Телеграмм чат группы modernperl страница 9227

Это его основная задача. Иначе как он тот-же node уделывает...

17:04пожаловаться #1

extremely fast asynchronous preforking / threading event based web server

Соответственно для UniEvent есть https://metacpan.org/dist/UniEvent-HTTP-Manager/view/lib/UniEvent/HTTP/Manager.pod

Который вам наспавнит процессов сколько вы хотите и все они будут слушать те порты, которые вы скажете.

metacpan.org

UniEvent::HTTP::Manager

17:06пожаловаться #2

И в этом случае условный миллион RPS на одной тачке мы можете получить.

17:07пожаловаться #3

а тесты, подтверждающие это - есть?

17:07пожаловаться #4

Ну я не проводил. Но вы можете это сделать довольно просто... Proof of concept - это попытаться сделать bind на unix сокет 2 раза

17:08пожаловаться #5

Из разных процессов. Это делается минут за 15

17:08пожаловаться #6

почему бинд на один сокет двумя воркерами, почему не мультиплексирование одним слушателем?

17:09пожаловаться #7

TCP loopback connection vs Unix Domain Socket performance | Newbedev

сходу гуглятся вот такие цифры про латенси - https://newbedev.com/tcp-loopback-connection-vs-unix-domain-socket-performance

NewbeDEV

Yes, local interprocess communication by unix domain sockets should be faster than communication by loopback localhost connections because you have less TCP ove

17:10пожаловаться #8

и на этом на малоядерных серверах уже в любом случае юниксокет должен оказываться быстрее

17:11пожаловаться #9

Потому что В Перле вы это не сделаете. У вас нету мультитредовости и вы все равно будете зависеть от 1 потока.

17:15пожаловаться #10

А сетевой интерфейс (Тот-же Intell'овский) может кормить юзерспейс быстрее одного ядра. Так что если вам нужна скорость - забудьте про unix сокеты.

17:16пожаловаться #11

Ну и RPS и latency это разные понятия, если что.

17:16пожаловаться #12

а вот про это я забыл, да.

17:19пожаловаться #13

Mr. Good in Modern::Perl

Что нужно почитать, чтобы лучше понимать, как устроены эти все потоки и т.д.?

17:19пожаловаться #14

но вот я сейчас запускаю через mod_fastcgi через юникс сокеты и у меня несколько воркеров.

миллиона рпс мне не надо. но быстрее, чем как сейчас - хочется, конечно. Если я правильно помню, то максимум что получается - примерно 6500 запросов в секунду на простых запросах к апи, а хотелось бы в два раза больше.

17:20пожаловаться #15

Эм... Есть процессы. В каждом процессе есть как минимум один поток. Можно создать больше. Но особенности реализации многопоточности в Перле убивают почти все плюсы многопоточности (не много процесности).

Что в этой фразе вам не понятн? (В зависимости от этого подскажу куда идти

17:21пожаловаться #16

Anatolia Gr in Modern::Perl

Как мне кажется гоните, у нас unix сокет + prefork + Catalyst вполне себе работал, пока не переписали

17:21пожаловаться #17

Стоп... mod_fastcgi - это плаги к nignx'у-же, так?.. Там нету unix сокетов. Там пайпы.

17:21пожаловаться #18

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

17:21пожаловаться #19

к апачу )