关闭。这个问题需要更多focused.它目前不接受答案。想改进这个问题吗？更新问题，使其只关注一个问题editingthispost.关闭5年前。Improvethisquestion下面是read和pread的声明:#includessize_tread(intfd,void*buf,size_tcount);ssize_tpread(intfd,void*buf,size_tcount,off_toffset);我们都知道它们的功能几乎相同，但到底哪个更高效呢？添加用例:1.扫描大文件。2.随机读取一个大文件。
答案中的一个程序https://stackoverflow.com/a/1586277/6362199使用系统调用read()从管道接收恰好4个字节。它假定函数read()返回-1、0或4。例如，如果read()函数被信号中断，它能否返回1、2或3？在手册页read(2)中有:Onsuccess,thenumberofbytesreadisreturned(zeroindicatesendoffile),andthefilepositionisadvancedbythisnumber.Itisnotanerrorifthisnumberissmallerthanthenumberofb
答案中的一个程序https://stackoverflow.com/a/1586277/6362199使用系统调用read()从管道接收恰好4个字节。它假定函数read()返回-1、0或4。例如，如果read()函数被信号中断，它能否返回1、2或3？在手册页read(2)中有:Onsuccess,thenumberofbytesreadisreturned(zeroindicatesendoffile),andthefilepositionisadvancedbythisnumber.Itisnotanerrorifthisnumberissmallerthanthenumberofb
最近在研究JavaNIO的MappedByteBuffer。我读过一些关于它的帖子，所有帖子都提到“mmap()比read()快”在我的结论中:我对待MappedByteBuffer==MemoryMappedFile==mmap()read()必须通过磁盘文件->内核->应用程序读取数据，因此它具有上下文切换和缓冲区复制他们都说mmap()的复制或系统调用比read()少，但据我所知，它还需要在您第一次访问文件数据时从磁盘文件中读取。所以第一次读取:虚拟地址->内存->页面错误->磁盘文件->内核->内存。除了你可以随机访问它，最后3个步骤(磁盘文件->内核->内存)与read()完
最近在研究JavaNIO的MappedByteBuffer。我读过一些关于它的帖子，所有帖子都提到“mmap()比read()快”在我的结论中:我对待MappedByteBuffer==MemoryMappedFile==mmap()read()必须通过磁盘文件->内核->应用程序读取数据，因此它具有上下文切换和缓冲区复制他们都说mmap()的复制或系统调用比read()少，但据我所知，它还需要在您第一次访问文件数据时从磁盘文件中读取。所以第一次读取:虚拟地址->内存->页面错误->磁盘文件->内核->内存。除了你可以随机访问它，最后3个步骤(磁盘文件->内核->内存)与read()完
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎不是关于aspecificprogrammingproblem,asoftwarealgorithm,orsoftwaretoolsprimarilyusedbyprogrammers的.如果您认为这个问题是关于anotherStackExchangesite的主题，您可以发表评论，说明问题可能在哪里得到解答。关闭7年前。Improvethisquestion我有一个已复制和编辑的脚本。如果可能的话，我需要解释其中的几行。这些是行:read-p"pleaseentertheusername
关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎不是关于aspecificprogrammingproblem,asoftwarealgorithm,orsoftwaretoolsprimarilyusedbyprogrammers的.如果您认为这个问题是关于anotherStackExchangesite的主题，您可以发表评论，说明问题可能在哪里得到解答。关闭7年前。Improvethisquestion我有一个已复制和编辑的脚本。如果可能的话，我需要解释其中的几行。这些是行:read-p"pleaseentertheusername
这里是一个简单的测试脚本:whilereadLINE;doLINECOUNT=$(($LINECOUNT+1))if[[$(($LINECOUNT%1000))-eq0]];thenecho$LINECOUNT;fidone当我做catmy450klinefile.txt|myscriptCPU锁定在100%，每秒可以处理大约1000行。处理catmy450klinefile.txt>/dev/null在半秒内执行的操作大约需要5分钟。有没有一种更有效的方法来从本质上做到这一点。我只需要从stdin读取一行，计算字节数，然后将其写出到命名管道。但即使是这个例子的速度也慢得令人难以置信。
这里是一个简单的测试脚本:whilereadLINE;doLINECOUNT=$(($LINECOUNT+1))if[[$(($LINECOUNT%1000))-eq0]];thenecho$LINECOUNT;fidone当我做catmy450klinefile.txt|myscriptCPU锁定在100%，每秒可以处理大约1000行。处理catmy450klinefile.txt>/dev/null在半秒内执行的操作大约需要5分钟。有没有一种更有效的方法来从本质上做到这一点。我只需要从stdin读取一行，计算字节数，然后将其写出到命名管道。但即使是这个例子的速度也慢得令人难以置信。
我有一段简单的代码，它定期将数据写入传递给它的fd。fd很可能是管道或套接字，但也可能是任何东西。每当我write()到它时，我都可以检测到套接字/管道何时关闭/损坏，因为我收到EPIPE错误(我忽略了SIGPIPE)。但我不会一直写信给它，所以可能很长时间都检测不到关闭的套接字。我需要尽快对关闭使用react。是否有一种无需执行write()即可检查fd的方法？如果我不写任何东西，我可以定期这样做。 最佳答案 structpollfdpfd={.fd=yourfd,.events=POLLERR};if(poll(&pfd,1,w
