修正する:
これはパディングです。 rwx以外の各領域の前には、読み取り可能および/または書き込み可能領域があります。この領域は一緒に64Mbセグメント（64ビットアーキテクチャの場合）を形成します。
SOに関する質問:https://stackoverflow.com/q/6568043/251311
rwxフラグのないVMセグメントがたくさんあることがわかりましたp。
7f7e98033000-7f7e9c000000 ---p 00000000 00:00 0
Size: 65332 kB
Rss: 0 kB
Pss: 0 kB
Shared_Clean: 0 kB
Shared_Dirty: 0 kB
Private_Clean: 0 kB
Private_Dirty: 0 kB
Referenced: 0 kB
Anonymous: 0 kB
AnonHugePages: 0 kB
Swap: 0 kB
KernelPageSize: 4 kB
MMUPageSize: 4 kB
参考になる意味はありますか？
説明と違いhttp://www.greenend.org.uk/rjk/tech/dataseg.html、対応するfdが添付されていないため、共有ライブラリのマッピングではありません。これは長期間実行されるカスタムC ++デーモンですが、同様の使用パターンを持ついくつかの異なるプロセスが見つかりました。たとえば、erlang（その多く）があります。これと比較して長期にわたって実行されるphp-fpmおよびPythonプロセスには実際にはそのようなセグメントがゼロ個あります。 「他のマッピングには何がありますか？」 --- 他のすべては予想され、一般的なものです。プライベートセグメントと共有ライブラリの一般的な読み取り/書き込み。