Я использую syslog-ng 3.0 на своих машинах. Есть одна машина, которая получает журналы с трех других машин. Но в последнее время, когда я использую top для мониторинга использования процессора (в основном), я вижу, что syslog-ng использует около 95% процессора. Я использую включение 2-й глубины в своих конфетах. Что могло быть причиной этой проблемы?
Заранее спасибо.
Syslog-ng действительно использует много ресурсов ЦП, но показывать стабильные 95% с одним ЦП кажется высоким. У меня есть система с одним процессором с памятью <1 ГБ, на которой работает syslog-ng 2.1.4 для трех брандмауэров (при отладке) и 20+ серверов Linux (при предупреждении). Вверху показано, что% CPU составляет 93–83%.
Фильтры очень гибкие, но не имеют никакой оптимизации или логической проверки; syslog-ng полагается на вас в этом. Попав в аналогичную ситуацию, я просмотрел все свои фильтры на предмет логических ошибок и оптимизировал заказы. Очистка и оптимизация снизили мое использование более чем на 10%. Я предлагаю:
Пока вы смотрите на него, проверьте ожидание ввода-вывода диска и убедитесь, что вы используете собственный протокол UDP (избегайте TCP). Надеюсь, это поможет.
Вы задаете неправильный вопрос - вам нужно сосредоточиться на производительность системы, а не число на экране.
Если ваша система работает нормально, производительность соответствует вашим требованиям, а средняя загрузка не слишком высока (что указывает на долгое ожидание, пока процесс получит процессор, когда они его попросят), у вас нет проблем, которые нужно решить.
если ты являются возникла проблема с производительностью, о которой вы должны нас спросить (факт, что ваш процессор привязан, является случайным и может быть полезным при попытке помочь вам решить проблему с производительностью).
Вы не говорите нам, о каком количестве "CPU Utilization" вы говорите, но это на самом деле не имеет значения - это распространенное заблуждение, что "100% -ное использование CPU" - это плохо. Это не так.
Компьютер, работающий со 100% загрузкой ЦП, без каких-либо проблем с производительностью, НЕ проблема, если вы не ожидаете существенного роста, который приведет к чрезмерному увеличению доступной пропускной способности ЦП в будущем (в течение срока службы системы).