背景 我们的内核级程序调用用户空间中的一个进程，以根据文件中的值做出一些决定。用户空间程序是一个短暂的进程，它将内核传递的值与文件内容进行比较。一次通常用户空间程序的许多实例可以被调用。该文件少于一千行。
问题 读取在短暂的多个进程之间共享的小文件的首选方法是什么？目前我们正在使用 File I/O (fopen, fread)
注意问题When should I use mmap for file access?讨论得很好，但没有讨论短寿命多进程的情况
【问题讨论】：
读取在短寿命的多个进程之间共享的小文件的首选方法是什么？
getline() 或 fread() 使用来自 <stdio.h> 的标准 POSIX I/O，或低级 <unistd.h> open() 和 read() 到足够大的缓冲区（具有足够积极的增长策略）；取决于读取数据的解析/解释方式。
您不会使用内存映射来读取一次文件；由于映射开销，它不如read()/fread() 高效。
请注意，如果文件包含许多数字，则实际瓶颈是字符串到整数和字符串到浮点数的转换（strtol()、strtod()、sscanf() 等），因为如果经常访问的文件内容将保留在页面缓存中。字符串转换函数的标准实现是为了正确性而不是为了效率而设计的。
我们的内核级程序调用用户空间中的一个进程，以根据文件中的值做出一些决定。
对我来说似乎效率很低。就个人而言，我会将“文件”作为一个结构保留在内核中，并且只公开一个用户空间界面，可能是一个字符设备，以修改其内容。
这样，只要“文件”被用户空间进程更改，您就只会发生上下文切换，而内核空间的东西可以直接以本机格式检查结构的内容，没有任何开销。
这就是例如netfilter（内置防火墙）和其他现有的东西。
【讨论】：