blu*_*ift 8 c linux embedded file-io
我正在研究一种嵌入式Linux视频录像机应用程序,它将MP4格式视频写入文件(在FAT格式SD卡上).
一些复杂因素是视频和音频数据来自硬件编解码器,必须以低延迟进行服务,并且必须写入支持DMA的缓冲区.
对于输出文件,我使用open()和write(),但发现write()在系统负载时可能需要几百毫秒才能返回,所以我的写入是在一个单独的线程中完成的.
我将数据从(小的,有限数量的)DMA缓冲区复制到一个多兆字节的malloc循环缓冲区,然后从另一个线程中的write()复制数据.这意味着我至少要做两次拷贝,一次进入app缓冲区,一次进入系统缓冲区缓存.
我正在考虑尝试O_DIRECT写入以避免副本,但我对任何评论感兴趣.我注意到Robert Love 评论说O_DIRECT很糟糕,但没有说明原因.
另一方面,如果有人知道如何让write()在很长一段时间内没有停止(AIO？),我也会感兴趣,然后我可以像Linus那样使用缓冲区缓存.
这个问题与我关于写档的问题无关.
如果这确实是一个嵌入式产品，您可以控制驱动程序源，那么我会认真研究 mmap'ping 内存，以允许用户进程访问与设备驱动程序相同的内存并避免所有这些副本。
下面是使用 mmap 与用户空间进程共享驱动程序内存的示例实现。