Поэтому логично, что в какой-то момент они устали заниматься штопанием тришкиного кафтана.

Rust тут деталь реализации.

Телегу они на что поменяют? Шматрикс ?

>быстрее
>раст
>nginx

Но всё это фейк, когда в реальности:

>Our Rust code runs more efficiently compared to our old Lua code. On top of that, there are also efficiency differences from their architectures. For example, in NGINX/OpenResty, when the Lua code wants to access an HTTP header, it has to read it from the NGINX C struct, allocate a Lua string and then copy it to the Lua string. Afterwards, Lua has to garbage-collect its new string as well. In Pingora, it would just be a direct string access.

Для тех кто не понял - они переписали луа-скрипты на раст, а невежество перепащивает о какой-то победе, сишке, нгинксе. Не говоря уже о том, что nginx не имеет никакого отношения к производительности в принципе. И победа над ним ничего не стоит, но даже этого нет.

Насколько сильно невежество тех, кто перепащивает это - уже показал. Даже сейчас наврали. Запомните этот коммент.

Обогнали целую Lua так они скоро Питон перегонят.  

Их логунг "у nginx плохая архитектура многопоточности, а вот у нас" - это чушь.

1) У них нет никакой архитектуры - это дефолтная "архитектура". Они дефолт выдают за "их".
2) архитектура nginx отличная от дефолтной потому, что ему нужно запускать всякие скрипты. В том числе на lua.

Почему нам важен пункт два? Потому что весь их код - был кодом на lua. Они не осилли расширить nginx - не осилли писать на си. Писали на lua. Цитаты я выше давал(кому интерсно может почитать оригинальный блог-пост).

Очевидно, что если мы заменяем скрипты на lua на скрипты на расте(на самом деле это уже не скрипты) - нам уже не обязательно делать архитектуру как у nginx. Поэтому используется дефолтная.

Самое интересное - этот дефолтный механизм более дырявый. Они просто выпилили изоляцию соединений. Теперь они не поддерживают скрипты/расширения как это делает nginx.

Все их победы и прочее - оно существует в связке nginx+lua vs rust(и то это лишь болтовня - пруфвов нет). Это явно указано. Иное не указано. Сравнение с nginx без lua не показаны. Да и вообще сравнения не показаны, а просто какая-то чушь про "быстрее"/"меньше памяти".

Очевидно, что пускать lua-vm на каждое подключение будет медленее и жрать больше памяти, чем не пускать.

Так же nginx не является чем-то быстрым. Его производительность - миф. Он быстрый в сравнении с другими универсальными решениями, которые поддерживают lua-скрипты, расширенную конфигурацию. Очевидно, что он будет сливать любому кастомному решению. Будь то на го/жаве. Этому пруфов в инете навалом.

Это то замечательное поделие, что заблокировало целый сайт с большим объем трафика по жалобе гендерных персон?
Великолепное поделие. И Rust тоже тут, супер.

Они же все равно не пишут ни на си, ни на Раст, какая им разница на чём написана программа?

А можно было форкнуть NginX и весь luaшный код переписать на C++ или на Rust. Классический NIH-синдром.

Что-то мне не верится, что в нжинксе настолько неоптимальные алгоритмы. Либо твик под какой-то свой специфический сценарий, либо звиздёж.

Кто не осилил прочитать оригинал:

1. их не устраивало что у nginx много процессная архитектура, где в каждом процессе по одному евент пулу.
Это приводило к сложности балансировки нагрузки на проц и низкому переиспользованию конектов к конечным серверам.

2. луа тормозила, а они именно там писали логику какую то свою.
А луа они юзали потому что боялись накосячить програмируя на С.
Это такая шиза у смузихлёбов:
- они юзают приложение на С, оно их устраивает
- они слышали что С страшно опасный и потому сами боятся на нём писать
- они заявляют что они компетентны и ваще супер-пупер, море им по колено

По большому счёту тут произошло то что происходит всегда у больших корпораций: потребности выросли и стали слишком специфическими, а дальше они сели писать себе свой велосипед.

Что касается раста и архитектуры.
Я понимаю почему nginx такой какой есть, это был компромис между функционалом/сложностью.
Написать многопоточное приложение у которого будет и пул потоков и один kqueue()/epoll() на весь процесс и все потоки в нём - сложно.
Ещё сложнее сделать чтобы там настройки применялись на лету без полного рестарта.

Взять раст - дань моде и это один из подходящих для этого фреймооврков, который изображает из себя отдельный язык.
Точно так же можно было взять какойнить эрланг.