Тест nginx -- сколько сообщений в log syslog без потерь?

Evgeniy Berdnikov bgx на protva.ru
Ср Фев 14 17:31:53 UTC 2024


On Wed, Feb 14, 2024 at 02:30:57PM +0300, Anatoliy Melnik via nginx-ru wrote:
>    Все как раз получилось, дальше с этим работать было неудобно.
>    К тупой записи в файл претензий не было.

 Вы не сообщили, почему "дальше с этим работать было неудобно".
 Может, поясните? Если посмотреть на озвученный список задач --

>    Зачем мне это нужно:
[...]
>    Регулярно требуется "нестандартная" статистика, например
>    "средний размер ($body_bytes_sent) по запросам типа "sc012" за сутки"
>    "соотношение обращений по http и https ($schema) по запросам типа "q1wr"
>    за час"
>    "наименьшее/среднее/наибольшее время ($request_time) по запросам типа
>    "sc012" за..."
>    "объем запросов типа "q1wr" (сумма $body_bytes_sent таких запросов) в
>    общем объеме трафика (сумма $body_bytes_sent всех запросов)"
>    и т.д.

 то вроде трудно придумать что-то проще и эффективней, чем прост парсинг
 логов. А лог что из файла, что из пайпа, что из сокета читается
 абсолютно одинаково, одним и тем же read(), и парсится одинаково.

 Но из файла якобы неудобно! Чем же неудобно, почему? При чём тут вообще
 какие-то unix-сокеты, если задача в разборе последовательно идущих строк
 и каких-то элементарных вычислениях?

>    Чисто техничски можно и без access-логов, будете сами реализовывать нечто
>    подобное -- выберете более близкое вам решение.

 Вы не назвали альтернативные решения.

>    Мой вариант также страдает набором недостатков, но поставленные задачи
>    решает с устраивающей меня эффективностью.

 Вы не конкретизировали, какие недостатки видите у своего варианта и
 почему его плюсы по сравнению с другими подходами перевешивают.

>    Свой вариант я могу абсолютно спокойно масштабировать до необходимых мне
>    значений, и эти значения почти на порядок выше текущих нагрузок.

 Вы крутейший специалист :)) в своих собственных глазах, конечно.

>    Концптуальная ошибка в этом опусе -- вы не обслуживание клиентов.
>    И "непродуктивность пути" определяете в данной конкретной ситуации не вы.
>    И конечную реализацию делаете не вы.
>    И за результаты отвечаете не вы.
>    Как и ответственность за все выполненное в итоге так же не на вас.

 И что, это лишает собеседника право высказать своё мнение о правильности
 постановки задачи? Вы также не сообщили, каковы критерии "продуктивности
 пути", почему выбрана конретная реализация и т.д. Поэтому нет никаких
 оснований даже подозревать, что Вы что-то делаете правильно... :)

>    Эффективность реализации весьма эфемерное понятие.
>    Эффективность с точки зрения чего?
>    Мы с вами эффективность считаем по совершенно разным критериям.
>    Это не хорошо и не плохо. Это просто по-разному :)

 Вы не конкретизировали, по каким критериям оцениваете эффективность.

>    Оптимизировать можно по разным критериям.
>    Вы исходите из одних критериев оптимальности, я из других.
>    И это абсолютно нормально.
>    Не стоит убеждать меня в "неправильности" моих критериев.

 Ненормально то, что один собеседник пытается аргументировать свои мысли,
 а другой всё время отвечает "Не учите меня жить! У меня другая ситуация!"
 А какая именно -- не говорит.
-- 
 Eugene Berdnikov


Подробная информация о списке рассылки nginx-ru