从文件系统中“读短”,什么时候可以发生?

显然,read(2)系统调用通常可以返回比要求读取的字节更less的字节。 然而,很多程序假设在使用本地文件时,读取(2)永远不会返回比所要求的更less的内容(当然,除非文件更短)。

所以,我的问题是:在Linux上,在哪些情况下可以读取(2)返回小于从打开的文件中读取并且没有遇到EOF并且读取的数量最多只有几千字节时请求的内容?

有些猜测:

  • 可以接收到的信号中断一个这样的读取,但不会使其失败?
  • 不同的文件系统会影响这种行为吗? jffs2有什么特别的吗?

Solutions Collecting From Web of "从文件系统中“读短”,什么时候可以发生?"

POSIX.1-2008指出 :

如果文件中剩余的字节数少于nbyte ,如果read()请求被信号中断,或者如果文件是管道或FIFO或特殊文件,并且少于nbyte ,则返回的值可能小于nbyte nbyte字节立即可供阅读。

基于磁盘的文件系统通常使用不间断读取,这意味着读取操作通常不会被信号中断。 基于网络的文件系统有时使用可中断的读取,可以返回部分数据或不返回数据。 (在NFS的情况下,这可以使用intr安装选项进行配置。)它们有时也会实现超时。

请记住,即使/ some /任意/文件/路径可能是指一个FIFO或特殊文件,所以你认为是一个普通的文件可能不会。 因此,即使不太可能,也要处理部分读取。

我不得不问:“你为什么关心这个原因”? 如果read可以返回比请求的数量少的字节数(正如你所指出的那样,当然可以)为什么你不想处理这种情况呢?

如果接收到的信号尚未读取单个字节,则只会导致read()失败。 否则,它将返回部分数据。

我猜在其他情况下,备用文件系统可能确实会返回短读。 例如,对于我来说,使基于网络的文件系统像网络套接字一样具有短读取(通常具有它们)是有意义的。

如果它真的是一个你正在阅读的文件,那么你可以在文件结束之前读取最近读取的文件。

不管怎样,通常最好的行为就好像任何读取都可以是简短的读取。 如果读取的是管道或输入设备(stdin)而不是文件,则只要缓冲区大于当前输入缓冲区中的内容,就可以进行短暂读取。

我不确定,但是当操作系统用完页面缓存中的页面时,可能会出现这种情况。 你可以建议在这种情况下调用flush线程,但这取决于在I / O调度器中使用的启发式。 这种情况可能会导致读取返回更少的字节。