Размер журнала консоли Pagespeed и общее влияние на производительность

Я использую pagespeed_console для мониторинга производительности ngx_pagespeed, и в долгосрочной перспективе я буду использовать эти данные для тонкой настройки ngx_pagespeed.

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

Всего два дня и пара хитов, а размер моего журнала составляет 2,4 МБ.

Я могу ошибаться, но я не думаю, что эти журналы скорости страницы можно вращать с помощью logrotate. Может все сломать?

Также я хотел бы знать, есть ли у кого-нибудь мысли о влиянии на производительность использования журнала скорости страницы и консоли скорости страницы на рабочем сервере. Это небольшой ec2, на котором работает несколько веб-сайтов WordPress для моей компании. Он работает с nginx, apc, php5-fpm, fastcgi_cache и консолью pagespeed.

С наилучшими пожеланиями.


person ddutra    schedule 30.09.2013    source источник


Ответы (1)


Насколько я знаю, запись журнала не должна вызывать проблем с производительностью. Сообщите нам, если заметите что-либо.

Вы правы в том, что logrotate нельзя использовать для ротации журналов, вместо этого mod_pagespeed использует собственное управление размером журнала. (В настоящее время он просто очищает файл, когда он становится слишком большим, но мы можем сделать ротацию журнала и т. д. в будущем).

Вы можете контролировать максимальный размер журнала с помощью pagespeed StatisticsLoggingMaxFileSizeKb, который по умолчанию равен 100 МБ в версии 1.6 (я заметил, что это не задокументировано, я скоро получу документацию для этого). Вы также можете увеличить интервал регистрации (тем самым уменьшив скорость заполнения журнала) с помощью pagespeed StatisticsLoggingIntervalMs, по умолчанию 1 минута (60000).

Недавно мы обнаружили проблемы с производительностью при чтении файлов журнала размером более 10 МБ, поэтому новые значения по умолчанию будут составлять максимальный размер журнала 1 МБ и интервал журнала 10 минут. Это происходит только при просмотре страницы /pagespeed_console, но может привести к задержке более 10 секунд при просмотре этой страницы с большими файлами журнала. С новыми значениями по умолчанию у нас должна быть задержка всего 0,1 с, и при этом храниться журналы примерно за 2 недели.

person sligocki    schedule 01.10.2013