【问题标题】:Pagespeed console log size and overall impact on performancePagespeed 控制台日志大小和对性能的整体影响
【发布时间】:2013-10-06 08:04:09
【问题描述】:

我正在使用 pagespeed_console 来监控我的 ngx_pagespeed 性能,从长远来看,我将使用这些数据来微调 ngx_pagespeed。

https://developers.google.com/speed/pagespeed/module/console

仅仅两天和几次点击,我的日志大小是 2.4mb。

我可能是错的,但我认为这些 pagespeed 日志不能使用 logrotate 进行旋转。可能会破坏整个事情吗?

另外我想知道是否有人对在生产服务器上使用 pagespeed 日志和 pagespeed 控制台的性能影响有任何想法。它是一个为我公司运行几个 wordpress 网站的 ec2 小程序。它运行 nginx、apc、php5-fpm、fastcgi_cache 和 pagespeed 控制台。

最好的问候。

【问题讨论】:

    标签: nginx mod-pagespeed


    【解决方案1】:

    AFAIK,写日志不应该导致性能问题。如果您发现任何问题,请告诉我们。

    您是正确的,logrotate 不能用于轮换日志,而是mod_pagespeed 使用自己的日志大小管理。 (目前它只是在文件太大时清除文件,但我们将来可能会进行日志轮换等)。

    您可以使用pagespeed StatisticsLoggingMaxFileSizeKb 控制最大日志大小,在 1.6 版中默认为 100MB(我注意到这没有记录,我会尽快为它准备文档)。您还可以使用pagespeed StatisticsLoggingIntervalMs 增加记录间隔(从而降低我们填充日志的速率),默认为 1 分钟 (60000)。

    我们最近发现读取 10MB 以上的日志文件时存在性能问题,因此新的默认设置为 1MB 最大日志大小和 10 分钟的日志间隔。这仅在查看 /pagespeed_console 页面时出现,但可能导致查看带有大型日志文件的页面时延迟超过 10 秒。使用新的默认值,我们应该只有 0.1 秒的延迟,并且仍然存储大约 2 周的日志。

    【讨论】:

      猜你喜欢
      • 2016-10-24
      • 2011-10-14
      • 2012-05-20
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-09-18
      • 1970-01-01
      相关资源
      最近更新 更多