0
我需要实现类似于tail -f的操作来读取添加到日志文件的新行并处理日志文件翻转。这适用于Solaris 10.目前，应用程序每秒都会检查文件的状态，如果文件已更改，则会打开文件，尝试接近结尾并从文件末尾读取文件。大文件的性能读取结束
这一切似乎工作正常，但我很好奇日志文件非常大时的性能影响。实际上是否需要通读整个文件，还是足够聪明才能加载文件的结尾？
A
回答
0
lseek在一般用途中速度很快，即使对于大型文件也是如此。
查看更多的手册页。
根据特殊情况，它可能会减慢，但我从来没有见过那些IRL。
相关问题
- 1. MPI文件的读取未结束
- 2. S3到EC2用于读取大量小文件的性能
- 3. 性能 - 在C中逐行读取巨大的FASTA文件C
- 4. C++文本文件读取性能
- 5. 如何读取二进制文件直到文件结束？
- 6. java.io.IOException - IO流结束读取
- 7. IOException：读取结束死亡
- 8. 性能读取二进制文件
- 9. .NET二进制文件读取性能
- 10. 蟒读取块文件，但与换行结束（\ n）的
- 11. 一次一行读取文件时的性能vs读取整个文件
- 12. 搜索']'结束属性选择器时文件意外结束
- 13. 如何提高读写大文本文件的性能？
- 14. 读取文件在字符之间找到空格后结束
- 15. 脚本在文件结束之前终止读取
- 16. 读取tfrecord文件永远不会结束
- 17. 调度源读取器 - 如何检测文件结束？
- 18. Java - 从Socket读取文件（while循环永不结束）
- 19. 用Python读取大文件
- 20. 依次读取大文件
- 21. OutofMemoryError读取大文件时
- 22. 双读取大CSV文件
- 23. 读取evtx文件太大
- 24. ffmpeg读取文件大小
- 25. 性能读文件中SCALA
- 26. 使用读取功能读取文件
- 27. 从属性文件读取
- 28. 在读取属性文件
- 29. Py2Exe文件结束，可能是由于
- 30. 提高文件读取性能（单个文件，C++，Windows）