бицепса нет

и предплечья дохлые

думаю пауэрлифтерша

Именно.

Известная. Конечно же "натуральная"

думаю пауэрлифтерша

Да. Julia vins

Да я сразу понял что натуральная

глаз алмаз у меня на пауэрлифтеров значит

глаз алмаз у меня на пауэрлифтеров значит

Их сразу видно

поюзал бы, может понравилось бы сотни караванов запускать которые быстро бы инициализировались

врядли ты писал на нём больше меня =)

врядли ты писал на нём больше меня =)

да я на нем и писал то мало, просто знаю что по многопоточке он отличный

(вот это я нормально щас вбросил)

Их сразу видно

Лет 5 назад в поезде ехал, попался сосед. Думал алкаш, сам здоровый, жирненький. А потом как пообщались узнал что он с 16 лет в спорте, мастер спорт по лифту

да я на нем и писал то мало, просто знаю что по многопоточке он отличный

а я знаю что нет =)) и чем больше горутин тем больше он тормозит =) поэтому почти все сервисы на го у нас 1) шардированы на 4-8 процесссов (по 2-4 на нуманоду) 2) имеют pool воркеров а не спавнят горутины на каждый запрос

а я знаю что нет =)) и чем больше горутин тем больше он тормозит =) поэтому почти все сервисы на го у нас 1) шардированы на 4-8 процесссов (по 2-4 на нуманоду) 2) имеют pool воркеров а не спавнят горутины на каждый запрос

Я не знаю что у Вас. Знаю что у нас нагрузки в рекламе приличные(думаю может побольше вашего) и ребята не жалуются

(с новыми рантаймами чутка получше, но в 1.3-1.5 всё было прям совсем плохо)

Я не знаю что у Вас. Знаю что у нас нагрузки в рекламе приличные(думаю может побольше вашего) и ребята не жалуются

не, я меряться письками не буду, а то потом выясниться что другая сторона с Google Ads и как-то неловко выйдет =)

(не то чтобы у меня так в жизни было, но когда было было неловко, да =))

А я ведь и не говорил что go уделает плюсы по скорости. Речь то шла только про инициализацию потоков, не больше

Ну а спавн постоянный конечно зло

в этом и была моя идея - инициализация не нужна, то в чём тогда бонус?

у нас в Си++ был пул тредов и тут пул Горутин! =)

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

ну почему - любой apache обслуживающий сто тысяч соединений - нормальная история ещё 10 лет назад была, никого не пугала особо

да и код апача читается сильно проще nginx'а - всё линейно и понятно

еще скажи что конфиг апача выглядит опрятно по сравнению с тем же nginx

только давай без если и как бы, а вот как есть дефолтный конфиг апача и дефолтный nginx

я вот не вникал в его архитектуру. разве там не несколько мастеров и ограниченный пулл воркеров? ИМХО, дешевле поднять евент сервак и сделать беком апачи с небольшим пулом. 10 сервера выйдут дешевле чем 1 который 100 к клиентов обслуживает

т.е вопрос целесообразности давать апачу так форкаться

ну форкается и форкается, на балансервах всёравно куча памяти свободной, а спящие треды есть не просят, завче что немного памяти отожрут

Хорошо беседуете. У меня вопрос по теме.

Имеет ли смысл увеличивать количество воркеров Nginx больше чем ядер?

Ребята подскажите чат с ответами по теме телепрограм боты чаты

Help

Имеет ли смысл увеличивать количество воркеров Nginx больше чем ядер?

ИМХО, я смысла не вижу. за worker processes в авто

Имеет ли смысл увеличивать количество воркеров Nginx больше чем ядер?

мы тут с vbart обсуждали недавно, вот в этих случаях стоит: https://habrahabr.ru/post/320710/#comment_10053532

да, логи, точно=))

если это не твои случаи - то ставь worker auto/ affinity auto

Ну я хочу провести стрестестирование

Выжать максимум. Логи могу и отключить, но лень же

если нужна минимальная до микросукунд задержка - биндись к той нуманоде на которой у тебя сетевуха, и все прерывания бинди на туже нума ноду

У меня маленький виртуальный сервер

тогда пофиг -- смотри чтоб на диск много не писал и всё будет ок

Просто по жизни стояло 4 воркера, так и перешел конфиг на виртуалку

                │15:28:52     nuclightw │ >>> В соответствии с новым законопроектом сборщики мусора в работающих на территории РФ Java-машинах обязаны хранить данные в течение        │                 │                       │ полугода.                                                                                                                                    │

когда закопипаситил из твиттера запущенного в тмуксе

когда шаришь как выглядит копипаст из тмукс

                │15:28:52     nuclightw │ >>> В соответствии с новым законопроектом сборщики мусора в работающих на территории РФ Java-машинах обязаны хранить данные в течение        │                 │                       │ полугода.                                                                                                                                    │

э это не тот же nuclight котрый http://nuclight.livejournal.com/ ?

угу

я его не виде особо со времён #freebsd, lol

Не поверишь, но там все те же люди до сих пор

Тока фрибсд 11

и те же свитера

Ну кроме дадва

странные рекомендации в контекстке пошли. с чего бы

Alex про то что ты не знаешь кто чувак и где работает, мне кажется что тут все кто с тобой сегодня общались прекрасно ищутся по линкедину

меня больше заботит что кто то из нашей подсети искал сальсу с адонисом?

Alex вот с тобой кстати сложнее, потому что нет фоточки и фиг сравнишь морды если чей-то профиль нашелся

Ага у одного и того же работодателя

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

Alex вот с тобой кстати сложнее, потому что нет фоточки и фиг сравнишь морды если чей-то профиль нашелся

я боюсь показать лицо, а то набьют

я боюсь показать лицо, а то набьют

Покажи CV/Linkedin тогда ) они виртуальные, набить их сложно )

если боишься что обосрем - так и без них справимся при желании

пойду поработаю

а потом перебежками с угла до угла и до дома

Вопрос! Ошибка 499 nginx - что это?

псевдоошибка, клиент разорвал соединение.

Ну т.е. nginx еще ждет ответа от бекенда, а клиент уже сказал bye

Необязательно, можт он на половине файла свалил не докачав

Вопрос! Ошибка 499 nginx - что это?

если [это бенчмарк - то увеличь timeout]

Присоединяйтесь!!!! t.me/cryptochan

если [это бенчмарк - то увеличь timeout]

Где ?

ну от бенчмарка зависит

У меня стояло 768 worker_connections * 4 worker, а я запустил wrk 1000 * 4

Таймауты в wrk можно увеличить?

ну, в wrk дефолтный таймаут вроде ок - так что можно не подкручивать - он тебе каждую 499 запишет как ошибку

Таймауты в wrk можно увеличить?

смени бенч вообще, потому что этот тебе корректного результата не выдаст, будет показывать всегда большее rps

Почему?

Он же показывает ответы не 2xx и 3xx и вычитает их

нормальный бенч должен полчучать ответ от сервера, а не тупо досить. ИМХО

Что то я категорически не понимаю что измеряет wrk

нормальный бенч должен полчучать ответ от сервера, а не тупо досить. ИМХО

а реальные клиенты будут ждать бесконечно, да? =)

Можно сделать так, что бы он дожидался ответа а потом слал новый?

а реальные клиенты будут ждать бесконечно, да? =)

не понял к чему вопрос. Поведение реально пользователя - это минимум 3-5 секунд на тайм аут ответа. У него же тупо рвет коннект и предполагаю сразу

wrk -c1000 -d60s -t1 -> Req/Sec 8.86k wrk -c200 -d60s -t4 -> Req/Sec 467.45

нормальный бенч должен полчучать ответ от сервера, а не тупо досить. ИМХО

нормальный бенч какраз должен слать запросы в строго отведённое время, вне зависимости от того получил ли он ответ, иначе гистограммы будут нагло пиздеть =)

Я бы хотел такой бенч - открыть 100 соединений и слать запрос после получения ответа на первый. Ну таймаут что бы выставить можно было.

Я не понимаю почему у меня разброс реквестов от 400 до 8 тысяч в секунду. Это же явный бред

Я в итоге смотрю на параметр Transfer/sec:

Чем больше байт пришло, тем корректнее тест

нормальный бенч какраз должен слать запросы в строго отведённое время, вне зависимости от того получил ли он ответ, иначе гистограммы будут нагло пиздеть =)

Сейчас везде keepalive, т.к http предусматривает это по умолчанию. Поэтому для достоверности нужно держать соединение и ждать ответа. что бы пулл соединений увеличивался и на сервере. После получения ответа и истечения тайм аута уже логгировал статус. Это будет достоверно

нормальный бенч какраз должен слать запросы в строго отведённое время, вне зависимости от того получил ли он ответ, иначе гистограммы будут нагло пиздеть =)

а это просто дос, по факту ведь

Сейчас везде keepalive, т.к http предусматривает это по умолчанию. Поэтому для достоверности нужно держать соединение и ждать ответа. что бы пулл соединений увеличивался и на сервере. После получения ответа и истечения тайм аута уже логгировал статус. Это будет достоверно

а что если таймаут истекает до получения ответа?

А прикольно выходит. Если мало соединений, то латенси прекрасный, но зато rps маленький.

Если потоков много то rps сильно возрастает, то латенси устремляется ввысь

Если потоков совсем много, то латенси возрастает до пявления дропов по таймауту ну и rps начинает падать из-за этого