在日志文件上运行使用grep/awk的脚本会影响应用程序写入日志文件吗？
多年来，我一直使用脚本监控日志文件并从中提取数据，从未质疑过大多数人认为理所当然的基本工具集。特别是grep和awk几乎被社区中的每个人使用 我发现了当前的grep bug（有些可以追溯到几年前）： 以及GNU grep 2.6.3的手册页： 已知错误 {n，m}构造中的大量重复计数可能会导致grep使用大量内存。此外，某些其他晦涩的正则表达式需要指数级的时间和空间，并可能导致grep耗尽内存 反向引用非常慢，可能需要指数时间 以及GNU Awk 3.1.7的手册页： 虫子 鉴于命令行变量赋值功能，-F选项是不必要的；它只保留向后兼容性 语法无效的单字符程序往往会溢出解析堆栈，生成一条毫无帮助的消息。在完全一般的情况下，这样的程序很难诊断，而且这样做的努力真的不值得 例如，我对限制感兴趣在日志文件上运行使用grep/awk的脚本会影响应用程序写入日志文件吗？,awk,scripting,grep,Awk,Scripting,Grep,多年来，我一直使用脚本监控日志文件并从中提取数据，从未质疑过大多数人认为理所当然的基本工具集。特别是grep和awk几乎被社区中的每个人使用 我发现了当前的grep bug（有些可以追溯到几年前）： 以及GNU grep 2.6.3的手册页： 已知错误 {n，m}构造中的大量重复计数可能会导致grep使用大量内存。此外，某些其他晦涩的正则表达式需要指数级的时间和空间，并可能导致grep耗尽内存 反向引用非常慢，可能需要指数时间 以及GNU Awk 3.1.7的手册页： 虫子 鉴于命令行变量赋值
- 使用复杂正则表达式时
- 不旋转的超大文件
- 每百分之一秒写入数千次的日志
awk/grep命令都以只读模式读取日志文件，因此，由于应用程序（写入模式）和awk/grep程序（只读模式）同时访问日志文件，因此不会对日志文件的损坏产生影响
awk/grep程序肯定会占用CPU和内存，这会影响应用程序写入日志文件。此影响类似于使用系统资源的任何其他流程。grep/awk命令也不例外。根据grep/awk脚本所做的工作，它们可能会消耗大量的CPU/RAM。任何语言编写的代码都可能导致问题。正如评论中所建议的，最好限制监控过程
ulimitcgrouptimeoutawk/grep程序肯定会占用CPU和内存，这会影响应用程序写入日志文件。此影响类似于使用系统资源的任何其他流程。grep/awk命令也不例外。根据grep/awk脚本所做的工作，它们可能会消耗大量的CPU/RAM。任何语言编写的代码都可能导致问题。正如评论中所建议的，最好限制监控过程
ulimitcgrouptimeoutulimit