On 05.02.2024 23:21, Evgeniy Berdnikov wrote:
Если у вас уже есть такое рабочее решение - поделитесь опытом, буду рад вас
выслушать.
Создание нормального рабочего решения должно начинаться
с внимательного чтения документации и исходников nginx.
Насчёт чтения исходников -- выглядит
Hello!
On Mon, Feb 05, 2024 at 09:56:54PM +0200, Gena Makhomed wrote:
[...]
> Потому что если программа, которая читает данные из unix socket`а
> отвалится - тогда произойдет переполенение буфера и nginx тогда
> заблокируется на операции записи в unix socket, и как следствие
> этого -
On Mon, Feb 05, 2024 at 09:56:54PM +0200, Gena Makhomed wrote:
> On 05.02.2024 15:21, Anatoliy Melnik via nginx-ru wrote:
> > Если у вас уже есть такое рабочее решение - поделитесь опытом, буду рад вас
> > выслушать.
>
> Создание нормального рабочего решения должно начинаться
> с внимательного
пн, 5 февр. 2024 г. в 20:57, Gena Makhomed :
> On 05.02.2024 15:21, Anatoliy Melnik via nginx-ru wrote:
> >> какую именно проблему Вы пытаетесь решить с помощью записи логов
> >> в unix socket, чтения данных из unix socket`а питоновским скриптом
> >> и потом записи данных этим питоновским
On 05.02.2024 15:21, Anatoliy Melnik via nginx-ru wrote:
какую именно проблему Вы пытаетесь решить с помощью записи логов
в unix socket, чтения данных из unix socket`а питоновским скриптом
и потом записи данных этим питоновским скриптом в текстовой файл?
Если вы предлагаете писать напрямую с
Gena Makhomed
>какую именно проблему Вы пытаетесь решить с помощью записи логов
>в unix socket, чтения данных из unix socket`а питоновским скриптом
>и потом записи данных этим питоновским скриптом в текстовой файл?
Если вы предлагаете писать напрямую с nginx-а в файл -- сделайте у себя
On 05.02.2024 13:40, Anatoliy Melnik via nginx-ru wrote:
Итак конечный вариант решения:
Данные почти равномерно расходятся по 10-ти файлам, которые пишутся на tmpfs в
RAM.
Отказался и от rsyslog и от syslog-ng
В качестве принимающей стороны выступает пока python скрипт
В нем стартую 10
On Mon, Feb 05, 2024 at 02:40:42PM +0300, Anatoliy Melnik via nginx-ru wrote:
>syslog-ng при работе с unixSocket показал довольно низкую
>производительность. (Долго с ним не разбирался. Чисто дефолтная установка
>и минимальная настройка).
Syslog-ng производит огромное количество
И снова Здравствуйте :)
Итак конечный вариант решения:
В конфиге nginx вот такая конструкция
map "$remote_port" $log_selector_0 {
default 0;
~0$ 1;
}
map "$remote_port" $log_selector_1 {
default 0;
~1$ 1;
}
map "$remote_port" $log_selector_2 {
default 0;
~2$ 1;
}
map
Здравствуйте!
Нельзя ли добавить на github зеркало сабжевого репа? Используем его для
сборки nginx и модулей (отсутствующих в официальной поставке),
зеркалируем реп во внутренний гитлаб, хотелось бы убрать костыли типа
mercurial 2 git.
С уважением, Иван.
Добрый день, Максим.
Ясно, благодарю за пояснение :)
Вы писали 5 февраля 2024 г., 11:40:55:
> Hello!
> Это какая-то внутренняя история curl'а про борьбу с неэффективным
> демультиплексингом, к nginx'у не имеет отношения примерно
> никакого, да и в самом curl'е относится только к случаю
Hello!
On Sun, Feb 04, 2024 at 10:03:56AM +0300, izor...@gmail.com wrote:
> Добрый день, Максим.
>
> Сегодня увидел, что разработчики избавились от буферов приёма и
> создали новый способ разгрузки для протокола HTTP/2:
> https://github.com/icing/blog/blob/main/curl-h2-perf-evolution.md
>
12 matches
Mail list logo
