【问题标题】:why proc/ID/maps has multiple entries for shared libraries为什么 proc/ID/maps 有多个共享库条目
【发布时间】:2014-01-24 23:41:04
【问题描述】:

我正在查看嵌入式 Linux 下的 proc/ID/maps, 而且我注意到一些共享库在进程的内存映射中出现了几次 为什么会这样?

40094000-400d9000 r-xp 00000000 b3:09 723        /system/lib/libc.so
400d9000-400da000 ---p 00000000 00:00 0 
400da000-400dc000 r-xp 00045000 b3:09 723        /system/lib/libc.so
400dc000-400de000 rwxp 00047000 b3:09 723        /system/lib/libc.so
400de000-400e9000 rwxp 00000000 00:00 0 
400e9000-400ed000 r-xp 00000000 b3:09 770        /system/lib/libgccdemangle.so
400ed000-400ee000 ---p 00000000 00:00 0 
400ee000-400ef000 r-xp 00004000 b3:09 770        /system/lib/libgccdemangle.so
400ef000-400f0000 rwxp 00005000 b3:09 770        /system/lib/libgccdemangle.so
40102000-40103000 r-xp 00000000 b3:09 869        /system/lib/libstdc++.so
40103000-40104000 r-xp 00000000 b3:09 869        /system/lib/libstdc++.so
40104000-40105000 rwxp 00001000 b3:09 869        /system/lib/libstdc++.so
40105000-40112000 r-xp 00000000 b3:09 738        /system/lib/libcutils.so
40112000-40113000 r-xp 0000c000 b3:09 738        /system/lib/libcutils.so
40113000-40114000 rwxp 0000d000 b3:09 738        /system/lib/libcutils.so

【问题讨论】:

标签: linux procfs memory-mapping


【解决方案1】:

因为ELF 共享库与可执行文件一样具有多个段:通常是“文本”只读段(这是mmap -ed 共享的,因此所有进程都使用该段共享一些物理 RAM)和一个“数据”读写段(用于静态或“全局”变量,也许还有 PLT...),每个进程都是私有的。

这在Drepper's paper: How to write a shared library中有详细解释

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-11-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多