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

bripengandre

原帖由 Godbach 于 2009-5-26 23:19 发表
多谢LZ分享。建议编辑一下帖子，禁用Smilies。

谢谢斑竹了，newbie，操作不熟~~~

bripengandre

原帖由 thomas_ar 于 2009-5-27 09:51 发表

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

而现在是通过打开/dev/mem文件并映射到用户进程的地址空间，对用户进程来说，这个字 ...

  谢谢谢谢~~内核还没弄过，很多问题不清楚，以后还请多指教~~

thomas_ar

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


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

除非变量设定为volatile。

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

Godbach

我这里没法测试，你能否把测试结果提出来。

BTW，我把你的源码也编辑一下吧，更适合阅读。

bripengandre

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


这个init函数中的代码，应该说是实现了不同内核版本的兼容吧。

是创建时注意了下版本，但之后的kernel_receive等接口都写死了，所以不兼容啊~~

bripengandre

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


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

除非变量设定为volatile。

嗯，这方面不清楚，谢谢指教~~

Godbach

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

是创建时注意了下版本，但之后的kernel_receive等接口都写死了，所以不兼容啊~~

恩，注意到这个问题了。

Godbach

原帖由 thomas_ar 于 2009-5-27 09:51 发表

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

而现在是通过打开/dev/mem文件并映射到用户进程的地址空间，对用户进程来说，这个字 ...

通常我们使用的所谓共享内存的方式，也大致就是这种方式吧。如果真的要保证即时数据的更新，是否是使用barrier系列的函数。

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.
+

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

bripengandre

原帖由 Godbach 于 2009-5-27 10:09 发表
我这里没法测试，你能否把测试结果提出来。

BTW，我把你的源码也编辑一下吧，更适合阅读。

已经加上了，斑竹美容辛苦了，我得工作了，晚上再见~~