基于Is file append atomic in UNIX? 和其他来源，它看起来像在现代 Linux 上，我可以在附加模式下打开一个文件并从多个进程向它写入小块 (PIPE_BUF) 而不必担心撕裂。
这些限制是否通过syswrite 扩展到 Ruby？专门针对这段代码：
f = File.new('...', 'a')
f.syswrite("short string\n")
我可以期望写入不会与其他进程以相同的方式写入交错吗？还是有一些我还不知道的缓冲/潜在分裂？
假设 ruby >= 2.3
【问题讨论】：
我最近研究了这个主题，以便在Rackstash 中实现File appender。
您可以在 specs 中找到对此的测试，我最初改编自 blog post 关于此主题的代码，不幸的是，由于作者没有直接写入文件，而是通过管道写入文件，因此不幸的是，其代码不是结论性的。请阅读那里的 cmets。
使用 (1) 现代操作系统和 (2) 它们通常的本地文件系统，操作系统保证来自多个进程的并发追加确实写入交错数据。
这里的要点是：
请注意，此机制不能保证并发读取器始终读取完整写入。虽然写入本身永远不会交错，但读者可能会读取正在进行的写入的部分结果。
就我的理解（和我的测试）而言，原子可写大小甚至不限于PIPE_SIZE。此限制仅适用于写入诸如套接字之类的管道或例如STDOUT 而不是真实文件。
不幸的是，关于这个主题的权威信息相当稀少。关于这个主题的大多数文章（和 SO 答案）都将严格附加与随机写入混为一谈。如果不严格附加（通过以仅附加模式打开文件），则保证无效。
因此，回答您的具体问题：是的，在现代操作系统上写入本地文件系统时，您问题中的代码应该是安全的。我认为 syswrite 已经绕过了文件缓冲区。当然，您还应该在写入之前设置f.sync = true 以完全禁用任何缓冲。
请注意，如果您计划从进程中的多个线程写入单个打开的文件，您仍应使用 Mutex（或类似的）（因为操作系统的附加保证仅对并发写入不同文件有效 -描述符；它无法识别同一进程对同一文件描述符的重叠写入）。
【讨论】：
我不会这么认为。 syswrite 调用write POSIX 函数，该函数在处理文件时不声明原子性。
见：Are POSIX' read() and write() system calls atomic?
还有Understanding concurrent file writes from multiple processes
Tl;dr- 你应该在你的应用中实现一些并发控制来同步这个访问。
【讨论】：