基于NETLINK的内核与用户空间共享内存的实现

thomas_ar

我觉得啊，通过映射/dev/mem的方式并不能实现真正意义上的共享内存，只能算共享数据而已。

thomas_ar

原帖由 Godbach 于 2009-5-27 09:41 发表


那LS认为共享内存和共享数据的区别是什么呢？

如果两个用户进程 共享内存的话，他们是真正地操作同一块物理内存，一个进程对这个内存的改变可以被另一个进程立刻看到

而现在是通过打开/dev/mem文件并映射到用户进程的地址空间，对用户进程来说，这个字符设备文件与普通文件没有区别(这是VFS的设计目的）,所以内核会为这个文件建立Page Cache,进程会先读Page Cache里的数据，如果里面没有，再从真实文件中读取（而且会将读到的数据放到Page Cache中），写的时候也是一样，先写到Page Cache中，并设置该页为dirty，稍后再由其他内核线程写入文件。

所以这里就有一个延时，内核往该“共享内存”写的数据不能被用户进程立刻看到，反之亦然

[ 本帖最后由 thomas_ar 于 2009-5-27 09:57 编辑 ]

thomas_ar

原帖由 ShadowStar 于 2009-5-27 10:01 发表


即使“真正地操作同一块物理内存”，也不能保证可以被另一个进程立刻看到。
别忘了CPU缓存。

除非变量设定为volatile。

恩，这个因素我没考虑到，不过CPU缓存带来的延时远小于Page cache带来的延时吧。假设，用户进程只负责读，内核不停的写，而Page Cache一直不更新，那不是一直看不到内核的改动

thomas_ar

而且 2.6.26 就增加了默认禁止访问/dev/mem的选项

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=ae531c26c5c2a28ca1b35a75b39b3b256850f2c8

+config NONPROMISC_DEVMEM
+       bool "Disable promiscuous /dev/mem"
+       default y
+       help
+         The /dev/mem file by default only allows userspace access to PCI
+         space and the BIOS code and data regions. This is sufficient for
+         dosemu and X and all common users of /dev/mem. With this config
+         option, you allow userspace access to all of memory, including
+         kernel and userspace memory. Accidental access to this is
+         obviously disasterous, but specific access can be used by people
+         debugging the kernel.
+

可见内核开发者并不希望提供这样一种机制