linux下共享内存mmap()方法和shmget()方法的疑问？

[oyffffff]

先贴出两个写得比较好的文章，以供大家参考：
http://www.ibm.com/developerworks/cn/linux/l-ipc/part5/index1.html
http://www.ibm.com/developerworks/cn/linux/l-ipc/part5/index2.html

1，在上面的第一篇文章中，第一部分的第3，4两点，讲的其实是：第一次调用mmap后，要访问时，进程空间并没有和物理地址进行映射，会返回一个缺页异常，然后会去找相应的物理内存页面，没找到的话再把磁盘文件加载物理内存中。

而我之前的理解一直是：第一次调用mmap后，要访问时，进程空间已经和物理地址进行映射，但磁盘文件还没有加载到物理内存，所以会返回一个缺页异常，然后缺页处理程序会去把磁盘文件加载物理内存中。

不知道上面是我的理解正确，还是文章作者的正确，不过估计是我错了，在这里是想再确认一下。

2，还有，如果要做共享内存，第一个进程调用完mmap，要访问的时候会引发缺页异常。那么当第一个进程访问完比如说已经写了一段数据到共享内存区了。第二个进程再调用mmap，要访问的时候还会报缺页异常吗？其实如果上面那个问题解决了，那这个问题的答案也就知道了。

3，在实际应用中，shmget和mmap哪个用的比较多啊？

4，shmget是创建一个共享内存区域与一个文件对应起来，这个文件的目录不一定是/dev/shm/×××下吧，别的目录也可以吧？只要这个文件存在，那这个文件一开始的格式有什么要求吗？
跪谢！

[oyffffff]

求大神解答一下~

[zy1306]

1.你觉得当你调用完malloc后，给你分配物理内存了吗？ 内核向来都是使用时才真正分配物理内存，填充页表。 2.两个不同的用户进程，使用各自独立的页表。 3.mmap初衷并不是用于共享内存的，而是提供一条在用户空间直接访问内核空间资源的途径。所以常用于：用户空间直接操作设备mem、复杂的文件读写操作，也可用于进程间共享内存。 4.shmget跟文件唯一存在的一丁点关系，就是IPC键值可以由ftok根据文件路径得到

[renwotao2009]

1,2 ：它这里说的映射应该是虚拟地址和物理地址之间的已经绑定的关系，第一次访问，应该是没有映射的，没有加载的主存，怎么可能完成映射。也就是说，加载到主存后才能完成虚拟地址和物理地址之间的映射关系，因为这时物理地址才确定。 3 mmap用的多，简单实用方便 4 文件格式没有要求，文件的目录不一定是/dev/shm/×××，而且可以不使用文件也可以进行shmget，文件并不是必须的

[oyffffff]

引用 3 楼 zy1306 的回复:

1.你觉得当你调用完malloc后，给你分配物理内存了吗？ 内核向来都是使用时才真正分配物理内存，填充页表。 2.两个不同的用户进程，使用各自独立的页表。 3.mmap初衷并不是用于共享内存的，而是提供一条在用户空间直接访问内核空间资源的途径。所以常用于：用户空间直接操作设备mem、复杂的文件读写操作，也可用于进程间共享内存。 4.shmget跟文件唯一存在的一丁点关系，就是IPC键值可以由ftok根据文件路径得到

不是说要把共享内存区和shm文件进行关联吗？

[oyffffff]

引用 2 楼 renwotao2009 的回复:

1,2 ：它这里说的映射应该是虚拟地址和物理地址之间的已经绑定的关系，第一次访问，应该是没有映射的，没有加载的主存，怎么可能完成映射。也就是说，加载到主存后才能完成虚拟地址和物理地址之间的映射关系，因为这时物理地址才确定。 3 mmap用的多，简单实用方便 4 文件格式没有要求，文件的目录不一定是/dev/shm/×××，而且可以不使用文件也可以进行shmget，文件并不是必须的

那看起来是文章作者的观点正确了，那不管多少个进程调用mmap映射同一个文件的话，还都是会引起缺页异常的咯？

[renwotao2009]

引用 5 楼 ddj11223 的回复:

[quote=引用 2 楼 renwotao2009 的回复:] 1,2 ：它这里说的映射应该是虚拟地址和物理地址之间的已经绑定的关系，第一次访问，应该是没有映射的，没有加载的主存，怎么可能完成映射。也就是说，加载到主存后才能完成虚拟地址和物理地址之间的映射关系，因为这时物理地址才确定。 3 mmap用的多，简单实用方便 4 文件格式没有要求，文件的目录不一定是/dev/shm/×××，而且可以不使用文件也可以进行shmget，文件并不是必须的

那看起来是文章作者的观点正确了，那不管多少个进程调用mmap映射同一个文件的话，还都是会引起缺页异常的咯？[/quote]应该第二个进程不会引起缺页异常。像这类第一次访问缺页异常后被加载到内存的文件，一般情况下，第二个进程访问同一文件时可以直接访问，不会引起缺页异常，因为访问的文件已被加载到内存，其信息被操作系统缓存，第二个 进程可能通过其他的检索方式找到文件加载的物理内存的地址，直接完成映射，而不会引起缺页异常

[oyffffff]

引用 6 楼 renwotao2009 的回复:

[quote=引用 5 楼 ddj11223 的回复:] [quote=引用 2 楼 renwotao2009 的回复:] 1,2 ：它这里说的映射应该是虚拟地址和物理地址之间的已经绑定的关系，第一次访问，应该是没有映射的，没有加载的主存，怎么可能完成映射。也就是说，加载到主存后才能完成虚拟地址和物理地址之间的映射关系，因为这时物理地址才确定。 3 mmap用的多，简单实用方便 4 文件格式没有要求，文件的目录不一定是/dev/shm/×××，而且可以不使用文件也可以进行shmget，文件并不是必须的

那看起来是文章作者的观点正确了，那不管多少个进程调用mmap映射同一个文件的话，还都是会引起缺页异常的咯？[/quote]应该第二个进程不会引起缺页异常。像这类第一次访问缺页异常后被加载到内存的文件，一般情况下，第二个进程访问同一文件时可以直接访问，不会引起缺页异常，因为访问的文件已被加载到内存，其信息被操作系统缓存，第二个 进程可能通过其他的检索方式找到文件加载的物理内存的地址，直接完成映射，而不会引起缺页异常[/quote]3Q

[zy1306]

引用 4 楼 ddj11223 的回复:

[quote=引用 3 楼 zy1306 的回复:] 1.你觉得当你调用完malloc后，给你分配物理内存了吗？ 内核向来都是使用时才真正分配物理内存，填充页表。 2.两个不同的用户进程，使用各自独立的页表。 3.mmap初衷并不是用于共享内存的，而是提供一条在用户空间直接访问内核空间资源的途径。所以常用于：用户空间直接操作设备mem、复杂的文件读写操作，也可用于进程间共享内存。 4.shmget跟文件唯一存在的一丁点关系，就是IPC键值可以由ftok根据文件路径得到

不是说要把共享内存区和shm文件进行关联吗？[/quote]所谓的关联就是为别的进程引用时提供IPC名