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