我有一个LAMP服务器，logrotate每周做一次工作，我注意到一些日志往往会变得很大。 例如，apache访问日志是73MB。 我告诉logrotate每天轮换它会更好吗？ 性能（cpu负载）的大小是否重要？还是我们正在谈论边际差异（每周和每周轮换）？
文件系统是ext3。
我从来没有见过任何Apache Web服务器的性能受日志文件大小的影响。 在一些非常老的服务器上，如果日志文件达到2GB，apache将停止工作。
73MB是小的。
决定每天轮换web服务器日志文件是方便的（可读性，更容易与工具，如awstats，…）
考虑到你可以购买容量为4,000,000 MB的硬盘; 一个73MB的日志文件真的很小。 我会让logrotate每天轮换文件一次，保持一个星期到一个月左右的各种分析。 它不会在这个尺寸的服务器（CPU，RAM等）的其余部分有任何不可分割的差别。
从来没有测量过，但我认为日志大小对性能的影响很小。 如果您打开了BufferedLogs，则需要一些内存，否则只能顺序写入磁盘。 如果你的apache使得很多随机磁盘访问（提供许多图像或者其他东西），可以尝试使用外部日志服务器来尽量减lessiowait的日志写入。 此外，debugging日志logging级别日志增长非常快，如果不重要，请更改为信息。 干杯
在大多数情况下（当你只是将数据追加到日志文件的末尾），文件的大小无关紧要（在512MB ram机器上获得了几十个演出，没有明显的减速，直到/ var分区已满:)）
如果你的/ var分区很小，你的日志文件很大（73MB比较小），或者你需要每日日志进行归档/处理，你应该使用每日循环。 如果你不处理日志，或者不对它们做任何事情，除了追加数据到最后（就像apache一样），不pipe你多长时间一次旋转它们 – 只要注意不要用掉/ var上的所有空间，因为它可能会导致更大的问题，然后只是没有日志。