Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Cloudflare перешёл с NGINX на прокcи Pingora, написанный на языке Rust"	+/–
Сообщение от opennews (??), 16-Сен-22, 11:01
Компания Cloudflare сообщила о переводе своей сети доставки контента на использование прокси Pingora, написанного на языке Rust. Новый прокси заменил конфигурацию на базе сервера NGINX и обрабатывает более триллиона запросов в день. Отмечается, что переход на специализированный прокси позволил не только реализовать новые возможности и увеличить защищённость за счёт безопасной  работы с памятью, но и привёл к значительному повышению производительности и экономии ресурсов - решение на базе Pingora потребляет на 70% меньше ресурсов CPU и на 67% меньше памяти при обработке того же объёма трафика... Подробнее: https://www.opennet.me/opennews/art.shtml?num=57793
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. Скрыто модератором	–16 +/–
Сообщение от Аноним (1), 16-Сен-22, 11:01
Это из-за санкций наверно, не хотят чтобы русский софт у них работал. // b.
Ответить | Правка | Наверх | Cообщить модератору

	6. Скрыто модератором	+/–
	Сообщение от birdie (ok), 16-Сен-22, 11:10
	Не надоело нести ахинею?
	Ответить | Правка | Наверх | Cообщить модератору

	22. Скрыто модератором	+5 +/–
	Сообщение от Аноним (22), 16-Сен-22, 11:29
	мне нет, а тебе?
	Ответить | Правка | Наверх | Cообщить модератору

	28. Скрыто модератором	+4 +/–
	Сообщение от fghj (?), 16-Сен-22, 11:34
	> Это из-за санкций наверно, не хотят чтобы русский софт у них работал. В курсе, что nginx принадлежит американской компании?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	34. Скрыто модератором	–1 +/–
	Сообщение от Аноним (34), 16-Сен-22, 11:40
	В курсе что его еще не на 100% переписали на чистый американский проверенный код?
	Ответить | Правка | Наверх | Cообщить модератору

	38. Скрыто модератором	+2 +/–
	Сообщение от EULA (?), 16-Сен-22, 11:43
	В ДНК NGINX нашли русский ДНК. По толлератной вере брать что-то связанное с русскими так же неполиткорректно, как уважать традиционные отношения.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

3. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+33 +/–
Сообщение от Аноним (3), 16-Сен-22, 11:06
В длиннющеей простыне новости трогательно проигнорировано то, что NGINX до сих пор без кривых патчей и такой-то матери не поддерживает QUIC, который, на минуточку, форсится Cloudflare изо всех сил, и которая сделала его reference-реализацию QUICHE. Поэтому логично, что в какой-то момент они устали заниматься штопанием тришкиного кафтана. Rust тут деталь реализации.
Ответить | Правка | Наверх | Cообщить модератору

	7. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+6 +/–
	Сообщение от Аноним (7), 16-Сен-22, 11:11
	С QUIC в nginx у Cloudflare проблем нет, они ещё три года назад соответствующий модуль для nginx написали (https://www.opennet.me/opennews/art.shtml?num=51695) и успешно его использовали.
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от Аноним (8), 16-Сен-22, 11:13
	Так пишете, будто только cloudflare его активно продвигает. И будто что-то плохое. И да, выходит написать с нуля на rust проще, чем поддерживать nginx. Отодвинуть rust как "деталь реализации" у вас плохо получилось.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	102. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+6 +/–
	Сообщение от НяшМяш (ok), 16-Сен-22, 12:59
	Не совсем с нуля, они использовали готовый асинхронный рантайм tokio. Но, в то же время отказались от hyper - реализации http протокола, просто потому что она слишком "корректная", что для сервера плюс, а для прокси минус.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+7 +/–
	Сообщение от ИмяХ (?), 16-Сен-22, 11:23
	Ничего страшного. Самое главное в каждой новости не менее трёх раз упомянуть о безопасности при использовании Rust.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	110. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+7 +/–
	Сообщение от Neon (??), 16-Сен-22, 13:12
	Очередная модная хрень. Раньше носились с той же Java как дурни с торбой. Теперь на роль прелести у них временно Rust назначен.)))
	Ответить | Правка | Наверх | Cообщить модератору

	268. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от Прохожий (??), 17-Сен-22, 08:38
	Не просто модная хрень. А исключительно полезная модная хрень, что и демонстрирует статья. Выигрыш был получен по всем фронтам: и по стабильности, и по производительности. На Java такое было бы невозможно, скорей всего.
	Ответить | Правка | Наверх | Cообщить модератору

	290. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аристарх (??), 17-Сен-22, 13:23
	Чушь полная! Раст там вообще сбоку-припёку. РОВНО такой же эффект можно было добиться простым Си. Выйгрыш-то произошёл исключительно за счёт архитектуры! Ну и дебильный Луа убрали - это само собой надо было делать.
	Ответить | Правка | Наверх | Cообщить модератору

	307. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–2 +/–
	Сообщение от Аноньимъ (ok), 17-Сен-22, 15:38
	>такой же эффект можно было добиться простым Си Нельзя. Можно добиться другого эффекта, прострела ноги и часто головы.
	Ответить | Правка | Наверх | Cообщить модератору

	385. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от aname (?), 20-Сен-22, 10:29
	Попробуйте использовать Си по назначению- программировать на нём программы
	Ответить | Правка | Наверх | Cообщить модератору

	312. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (312), 17-Сен-22, 16:28
	Напиши тоже самое на Си. Выучи Си и напиши
	Ответить | Правка | К родителю #290 | Наверх | Cообщить модератору

	324. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–2 +/–
	Сообщение от Прохожий (??), 17-Сен-22, 17:09
	Ещё раз, для тех, кто в танке. Выигрыш по производительности был получен за счёт архитектуры. А выигрыш в стабильности работы - за счёт смены ЯП.
	Ответить | Правка | К родителю #290 | Наверх | Cообщить модератору

	367. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от Аноним (367), 19-Сен-22, 06:53
	> выигрыш в стабильности работы - за счёт смены ЯП Ничоси, а архитектура на стабильность не влияет уже? Фанатики такие фанатики.
	Ответить | Правка | Наверх | Cообщить модератору

	366. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (367), 19-Сен-22, 06:52
	> Выигрыш был получен по всем фронтам: и по стабильности, и по производительности. Ничоси. А что ты пишешь к новостям, где переписали и получили то же самое, но не на расте?
	Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

	25. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от Аноним (22), 16-Сен-22, 11:31
	> Rust тут деталь реализации. да, но какая!
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	284. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Пароним (?), 17-Сен-22, 11:20
	*показывает руками*
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Ilya Indigo (ok), 16-Сен-22, 12:07
	nginx уже давно поддерживает QUIC, если его собрать с BoringSSL. Те кому он нужен это уже давно сделали.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	226. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Трушный (?), 16-Сен-22, 21:26
	А почему деталью реализации не стал С++ или Go, например?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	229. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (229), 16-Сен-22, 22:01
	1. RAII как паттерн, применяемый программистом, а не часть семантики языка, проверяемой в compile-time. Корпорасты уже заманались CVE-ехи ловить на "use-after-free" и прочие человеческие факторы по недосмотру. 2. Использовать для разработки софта, у которого должен быть минимальный оверхед и задержки процессинга, язык со сборкой мусора - ну так себе затея. Go нормальная тема, когда ты обычный бизнес, предлагающий какой-то SaaS и тебе нужно в облаках дешево масштабироваться по горизонтали, при этом вворачивая единобразным образом (за счет сознательной примитивности выразительных средств языка) продуктовую логику. Но это явно не тот язык, когда тебе нужна производительность уровня near-realtime.
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–10 +/–
	Сообщение от Трушный (?), 16-Сен-22, 22:47
	Это был риторический вопрос. Неужели так сложно это понять?
	Ответить | Правка | Наверх | Cообщить модератору

	282. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (282), 17-Сен-22, 09:28
	Raii уродливый паттерн, там есть два случая, которые на ноль умножают все параметры за. Только понимают их только те, как-то писал что-то серьезное.
	Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

	328. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (328), 17-Сен-22, 17:28
	RAII проблемный в задачах, где связи объектов в куче между собой представляет граф с циклами. Там scope-based семантика для автоматической работы с памятью геморрой ещё тот. В расте тоже плюются, когда дело доходит до хотя бы деревьев в куче. В плюсах лучше грех на душу не брать и самостоятельно такой фигни не писать, а взять boost. В остальном RAII норм.
	Ответить | Правка | Наверх | Cообщить модератору

	250. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от fuggy (ok), 17-Сен-22, 04:43
	Главное тут не деталь реализации на расте. Теперь всё обрабатывается в одном процессе, вместо того чтобы несколько процессов nginx вызывали скрипты на Lua. Из-за чего и произошло ускорение обработки. И выбор раста не связан с неким маркетингом или другим смузи. Компания просто умеет считать прибыль и если Rust уменьшает потребление ресурсов по сравнению с Lua, то компания выбирает Rust.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	269. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Прохожий (??), 17-Сен-22, 08:42
	Не только уменьшает потребление ресурсов по сравнению с Lua, а ещё и повышает стабильность работы по сравнению с Си.
	Ответить | Правка | Наверх | Cообщить модератору

	293. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аристарх (??), 17-Сен-22, 13:29
	Да ЛЮБОЙ язык лучше Луа, что тут развозить про Раст?? Даже на D можно было написать ровно такой же "ускоренный" сервис.
	Ответить | Правка | К родителю #250 | Наверх | Cообщить модератору

	306. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (3), 17-Сен-22, 15:24
	Что, даже Perl?
	Ответить | Правка | Наверх | Cообщить модератору

	310. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от edge790 (ok), 17-Сен-22, 16:18
	Сделали на раст просто потому что проще и хорошо подходит. Отсутствие рантайма и сборщика мусора дадут равномерное время обработки запросов, в отличии от Go, C#, или Java. Так же у nginx был блокирующий ввод-вывод и Multiprocess + Multithreading. Nginx генерирует worker processes у каждого из которых свои worker connections. Используя этот подход хуже утилизируются процессорные кеши, но по словам nginx - лучше утилизируется сетевое подключение, потому что каждый процесс имеет свой личный порт. Для Cloudflare это огромный минус, т.к. им очень важен TTFB (Time to first byte - время до первого байта) - сколько времени проходит до получения первого байта полезной информации. Низкий TTFB = ваш процесс висел в ожидании байта, не делая ничего полезного, но потребляя ресурсы. TTFB можно уменьшить разными подходами (например переиспользовать соединение), но многие из них рушатся из-за multiprocess модели - т.к. у каждого процесса свой порт, пошарить коннекшн не получится. Поэтому в Cloudflare решили заменить Multiprocess и Multithreading на Workstealing Multithreading + убрать блокирующий ввод-вывод. Они это сделали используя tokio.rs Можно ли было сделать это всё на любом другом языке и добиться таких же результатов? Конечно! Даже на Lua или python проведя достаточно большую работу и изменив их рантайм. Но rust - самое простое решение. В отличии от некоторых других языков, тут нет рантайма и есть контроль над тем когда и как освобождается память, а так же менеджер пакетов(cargo) который позволит вставить и поддерживать библиотеку которая хорошо подходит под текущие задачи, и легко обновить её в случае каких-либо проблем (в отличии от C/C++). tl;dr: rust был самым простым вариантом
	Ответить | Правка | К родителю #293 | Наверх | Cообщить модератору

	368. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (367), 19-Сен-22, 06:54
	> а так же менеджер пакетов(cargo) который позволит вставить и поддерживать библиотеку которая хорошо подходит под текущие задачи, и легко обновить её в случае каких-либо проблем Либо сломать нахер весь прод, когда поехавший кукухой автор библиотеки захочет вдруг поменять API.
	Ответить | Правка | Наверх | Cообщить модератору

	370. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Name In Name Field (?), 19-Сен-22, 09:39
	А это о теме как и кого пускать в репозиторий билиотек. И параллельно как выбирать самому из доступного. Например, Питон - отличный язык. Но не повод подбирать из помойки Пипа всё не глядя.
	Ответить | Правка | Наверх | Cообщить модератору

	313. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от Аноним (312), 17-Сен-22, 16:30
	Напиши ускоренный сервис на Ди. Научись программировать и напиши
	Ответить | Правка | К родителю #293 | Наверх | Cообщить модератору

	325. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Прохожий (??), 17-Сен-22, 17:10
	Причём здесь Lua, который выполнял несущественную для общей производительности часть задач?
	Ответить | Правка | К родителю #293 | Наверх | Cообщить модератору

	369. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Name In Name Field (?), 19-Сен-22, 09:35
	QUIC - для наладонников, увы. Специфика современности.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+4 +/–
Сообщение от Аноним (8), 16-Сен-22, 11:07
Прошлись по всем пунктам растохейтеров.
Ответить | Правка | Наверх | Cообщить модератору

	10. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от marten (ok), 16-Сен-22, 11:16
	Ага, что-то они подозрительно молчат.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (8), 16-Сен-22, 11:17
	Выше один завуалированно набросил.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (122), 16-Сен-22, 14:17
	Евангелистов ждем. С мелкими дьяками неинтерсно. Да и другие интересы. Амкал похейтить. А то горстка журналюг им уже все заспамили, так же как здесь растом. А мы, видать, боимся что Амкал наш любимые Спартак, ЦСКА, Динамо и так дале.. обыгарет.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	14. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от Анонимо11111 (?), 16-Сен-22, 11:20
	Это на счет старения С++ разработчиков? В то время как растоманы - молоды и послы сил. :)
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	24. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+5 +/–
	Сообщение от Аноним (22), 16-Сен-22, 11:30
	это всё благодаря смузи
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от anonus (?), 16-Сен-22, 12:19
	А как ты думал? Деды сидели ночами на кофе и пиве (вспомни Пик Балмера), а новое поколение пьет смузи и ходит в спортзал. Логично что у старичков уже и ум не тот, и ручки трясутся по клавишам не попадают (а потом программа не попадает по массиву и оп! получили out of bounds) Так что молодые и здоровые смузихлебы с rust заменят старых и больных сишников.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (22), 16-Сен-22, 12:27
	поскорей бы! вот заживём!
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от Alex (??), 16-Сен-22, 14:35
	Не заживем, ибо санкции.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от 12345 (??), 16-Сен-22, 16:29
	на смузи?
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Криптоханыга (?), 16-Сен-22, 18:55
	Сосед-фермер собрал неплохой урожай овса в этом году, так что без смузи не останемся :)
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+3 +/–
	Сообщение от Аноним (87), 16-Сен-22, 12:42
	Походы в спортзалы компенсируются вейпами.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	145. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+6 +/–
	Сообщение от YetAnotherOnanym (ok), 16-Сен-22, 15:15
	В спортзал не ходят. В него ездят на электросамокатах, гироскутерах и моноколёсах. А то как же упражнения делать, когда ты от ходьбы устамши?
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (-), 16-Сен-22, 15:32
	Истину говорите! Тусуясь у барной стойки с протеиновым коктейлем и втыкая в ойфон. Иногда одминя им, как недавно выяснилось эти ваши плейбуки. Спорцмены, чо.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от leap42 (ok), 16-Сен-22, 13:04
	> Деды сидели ночами на кофе и пиве (вспомни Пик Балмера) лол, там были не пиво и кофе, а кокс+кислота (developers, developers, developers, developers...), на пиках - 2 кокса+кислота🤣🤣🤣
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	187. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Хру (?), 16-Сен-22, 17:52
	Друг, кокс и в те времена был чертовски недешевой штукой. Тогда-еще-не-дядя-Билли наверное мог позволить себе и такое, но студенты коими были нынешние мэтры - навряд ли
	Ответить | Правка | Наверх | Cообщить модератору

	258. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (258), 17-Сен-22, 06:56
	Вот бы еще понять, почему > молодые и здоровые смузихлебы обидчивые снежинки, хотя хорошее здоровье предполагает крепкие нервы.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	295. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аристарх (??), 17-Сен-22, 13:34
	"обидчивые снежинки" - ОТЛИТЬ В ГРАНИТЕ! :))))) Лучшего эпитета смузихлёбам не слышал. :)
	Ответить | Правка | Наверх | Cообщить модератору

	294. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аристарх (??), 17-Сен-22, 13:33
	Деды ЧИТАЛИ КНИГИ И СПЕКИ! И перепробовали всё своими руками, вынеся зёрна мудрости. А сс***аные смузихлёбы набижали после недельных курсов JS и думают, что познали истину и "ща всё перепишут"! :))) АГА, ШАЗ! Деды - это годами варящаяся инфа, они знают, где хайп, а где революция. Кто не почитает дедов, тот получает бесконечной чередой граблей по своим скудоумым мозжечкам.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	349. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (349), 18-Сен-22, 11:24
	>Деды - это годами варящаяся инфа А ещё старческий маразм и непомерное чсв, от чего им везде мерещатся веб-макаки да смузихлёбы.
	Ответить | Правка | Наверх | Cообщить модератору

	259. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (258), 17-Сен-22, 06:59
	> растоманы - молоды и послы сил. :) Поверь, это ненадолго :)
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	33. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+3 +/–
	Сообщение от Аноним (34), 16-Сен-22, 11:38
	Мне кажется Максим просто целенаправленно топит за раст, чтобы подогревать обсуждения в комментариях.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	42. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Sw00p aka Jerom (?), 16-Сен-22, 11:50
	ага, и Пох на зарплате сидит и устраивает срачь в коментах:)
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (34), 16-Сен-22, 12:11
	Нет он идейный тролль.
	Ответить | Правка | Наверх | Cообщить модератору

	275. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от n00by (ok), 17-Сен-22, 09:03
	А тот Анон, кто вообразил себя библейским персонажем «имя мне Легион» и строит из себя толпу - он то по зову сердца каждую осень тут активизируется?
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (-), 16-Сен-22, 15:45
	Я высказал свое мнение, но это потерли.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	260. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от Без аргументов (?), 17-Сен-22, 07:22
	Всм? Отказались от интерпретируемого Lua и взлетела производительность?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	271. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Прохожий (??), 17-Сен-22, 08:47
	Отказались от кривой архитектуры, от кода на Си, подверженного ошибкам работы с памятью, и получили более быстрый, более стабильный софт.
	Ответить | Правка | Наверх | Cообщить модератору

	283. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (282), 17-Сен-22, 09:29
	Ошибкам работы с памятью подвержен не С, а прокладка между креслом и компьютером.
	Ответить | Правка | Наверх | Cообщить модератору

	323. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от Прохожий (??), 17-Сен-22, 17:07
	Угу. В Rust такие ошибки невозможны. В Си - сплошь и рядом. Все вокруг идиоты, один я д'Артаньян.
	Ответить | Правка | Наверх | Cообщить модератору

	297. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аристарх (??), 17-Сен-22, 13:38
	Это не Си подвержен ошибкам, а клоуны, которые запрыгнули в ИТ из маркетинга! Понаберут макак, а потом удивляются, чё на 100 строк кода 10 ошибок и дыра для root. Собственно, можно было вместо раста взять D, C, C++, даже C#! Любой из них дал бы ускорение при ПРАВИЛЬНОЙ АРХИТЕКТУРЕ.
	Ответить | Правка | К родителю #271 | Наверх | Cообщить модератору

	299. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (299), 17-Сен-22, 13:43
	>это не Си подвержен ошибкам, а клоуны, которые запрыгнули в ИТ из маркетинга! Зачем вы обзываете ДИДОВ из прошлого века? До сих пор находятся баги древнейших времен в продуктах. Или ДИДЫ не те?
	Ответить | Правка | Наверх | Cообщить модератору

	326. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Прохожий (??), 17-Сен-22, 17:14
	Клоуны? Макаки? В одной из ведущих фирм планеты, которая может себе позволить набирать лучших инженеров и программистов? Если кто здесь и клоуны - это высказывающиеся в подобном тебе духе.
	Ответить | Правка | К родителю #297 | Наверх | Cообщить модератору

	289. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Sw00p aka Jerom (?), 17-Сен-22, 13:09
	как говорил Сысоев, нех программировать в нджинксе:)
	Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

	298. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аристарх (??), 17-Сен-22, 13:40
	Тогда нгЫнкс не нужен от слова "вообще не упёрся"! Этот дурачок думает, что веб - это типа "быстро отдать байты"! На деле производится громадная работа под капотом, которую он тупо проигнорил и получил "болид, который умеет ездить только по прямой".
	Ответить | Правка | Наверх | Cообщить модератору

	300. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Sw00p aka Jerom (?), 17-Сен-22, 13:54
	>"быстро отдать байты"! да именно так >"болид, который умеет ездить только по прямой". про микроскоп и гвозди
	Ответить | Правка | Наверх | Cообщить модератору

9. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–2 +/–
Сообщение от Аноним (-), 16-Сен-22, 11:16
Импортозаместились на раст. Православный хдвижок на канонiчном ЯП суппостату не годится. Ну да это и хорошо. Наш продукт больше не участвует в блокировке нас же. Телегу они на что поменяют? Шматрикс ?
Ответить | Правка | Наверх | Cообщить модератору

	75. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от anonus (?), 16-Сен-22, 12:21
	Ща Дуров еще пару санкций встявят куда надо и телега переедет на нужные сервера
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (-), 16-Сен-22, 16:03
	Да не, все задумано как есть. Ток по секрету!
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+4 +/–
	Сообщение от Анонн (?), 16-Сен-22, 12:50
	Nginx американская компания. Оттуда русский дух уже давно выветрился, примерно когда основателя пытались засудить))
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	129. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–10 +/–
	Сообщение от Аноним (129), 16-Сен-22, 14:43
	Не говори глупостями. Создатель Сысоев работал в Rambler сделал эффективный сервер. А то что американские компании эффективно отжимают всех и вся это и без того понятно. Вот умели бы так же защищать свое в РФии... С другой стороны видимо у них как-то действительно продуманнее все сделано что все туда уплывает...
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от Анонн (?), 16-Сен-22, 15:00
	Хм, вроде все было немного не так. Создатель Сысоев в свое свободное время создал эффективный сервер. Который потом начали использовать в рамблере. В который вложилась MailRuшечка и попыталась отжать в лучших традициях рашн-бузинес. И умудрилась просрaть суды даже в РФ. Потом попыталась через мутный кипрский оффшор и просрaла суд в Калифорнии.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (-), 16-Сен-22, 15:40
	Не хочу разбирать тему Сысоева, уже все проходили подробно. На мой взгляд, будь рамблер сейчас жив, было бы прекрасно. Я не знаю, один ли я вижу в какое УГ превратился яндекс. И я даже не о последнем обновлении на этот наркоманский бзден, где поломали промотку новостей пальчиком, я и про поиск и все все все. А уж чего стоит поиск по видео...просто аллес. Такое чувство что делали студенты лабу.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+4 +/–
	Сообщение от анон1111 (?), 16-Сен-22, 15:51
	Сидел на паре показывал студентам настройки в специфическом софте через проектор. Полез за парамметрами в поиск яндекса - эта штука вылупила на весь экран женское белье. Теперь только гугл.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (186), 16-Сен-22, 17:47
	Шёл 2022 год. Вузовские преподаватели ОйТи по-прежнему не в курсе о контекстной рекламе. Проектор хоть сами включали?
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от Аноним (-), 16-Сен-22, 18:41
	Откуда вы - сеошники переростки, берете свои контексты в случае, когда у меня чистая установка бравзира в виртуалке, с забаненными куками и прочим? А еще и псевдогенераторы шума всяких канвасов. Признавайтесь, демоны!
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от пох. (?), 16-Сен-22, 18:54
	> А еще и псевдогенераторы шума всяких канвасов вот тебе и уникальный id. Ну, в сочетании с айпишником и браузером - вообще идеально-уникальный.
	Ответить | Правка | Наверх | Cообщить модератору

	378. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Гентушник (ok), 19-Сен-22, 13:37
	А они там не всё время (типо на каждый запрос) разные генерятся? Тогда слишком уникальные получаются.
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от анон1111 (?), 17-Сен-22, 04:43
	блоки рекламы фильтруются расширением. оно не в рекламе вылупило, а в выдаче картинок. ну, некоторые формулы проще так искать, чем по seo-шным сайтам на первых страницах лазить
	Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

	270. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от Криптоханыга (?), 17-Сен-22, 08:46
	Шёл 2022 год. Вузовские преподаватели ОйТи по-прежнему пугаются женских трусов...
	Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

	304. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Пароним (?), 17-Сен-22, 15:18
	дикари-с
	Ответить | Правка | Наверх | Cообщить модератору

	249. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от Аноним (249), 17-Сен-22, 02:59
	Разве не специально так? Может у интернет-корпорастов есть установка делать куцые интерфейсы, чтобы простые люди не пу(т/г)ались.
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

	292. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (292), 17-Сен-22, 13:25
	Глупости вы говорите. Nginx изначально американская компания, созданная в 2011 году Сысоевым и его партнерами, когда он решил (точнее, его уговорили) сделать из nginx бизнес. А потом уже, в 2019 году, американскую компанию Nginx приобрела американская компания F5. За 670 миллионов долларов, что весьма выгодное предложение, учитывая, что Nginx Plus не очень-то и продавался. Игорю его доли точно на пенсию хватит.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	339. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (339), 18-Сен-22, 04:13
	> американские компании эффективно отжимают всех и вся это и без того понятно. У кого и что они отжали? Сысоев написал nginx, создал компанию. Потом продал её за пол-миллиарда  У него никто ничего не отжал. Хотя Рамблер пытался. Но Рамблер расеянская компания. Тут Сысоев очень грамотно поступил, что в США свалил. Остался бы у нас, лишился бы бизнеса. И хрен ему бы а не пол-миллиарда.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	374. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (122), 19-Сен-22, 12:55
	Эти пол милиарда быди вложениями в компанию, которую у него и отжали. Так что да. Просто отжали.
	Ответить | Правка | Наверх | Cообщить модератору

11. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+7 +/–
Сообщение от ХрюХрю (?), 16-Сен-22, 11:17
Из прочитанного стало понятно, что все работает неправильно кроме раста...
Ответить | Правка | Наверх | Cообщить модератору

	130. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (129), 16-Сен-22, 14:44
	А чего крупная компаняи прокатились на хайпе раста...
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (138), 16-Сен-22, 15:08
	Этих каталей давно уже пора самих прокатить.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (-), 16-Сен-22, 15:46
	Поддерживаю! И тех и этих!
	Ответить | Правка | Наверх | Cообщить модератору

13. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+12 +/–
Сообщение от срыватель_покровов (?), 16-Сен-22, 11:20
Удивительно то как сильна пропаганда и как невежество перепащивает фейки. >быстрее >раст >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 не имеет никакого отношения к производительности в принципе. И победа над ним ничего не стоит, но даже этого нет.
Ответить | Правка | Наверх | Cообщить модератору

	17. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (8), 16-Сен-22, 11:23
	А текст про переписанный вариант многопоточности почему игнорируете? Именно из-за этого версия на rust и быстрее, а не из-за какой-то магии. Сами себе что-то выдумали.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от срыватель_покровов (?), 16-Сен-22, 11:27
	Какой вариант, какой многопоточности? Кода нет - сказки мимо. К тому же они побеждают именно lua, а не nginx/c. Это написано в их блоге. Всё остальное - враньё. Рассуждения про многопоточность чушь. Они пытаются выдавать особенности реализации nginx/их раст либы за что-то. Это рассчитано на домохозяек, как и враньё про победу.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+6 +/–
	Сообщение от erthink (ok), 16-Сен-22, 12:04
	Согласен, что новость следовало-бы переформулировать, ибо сейчас в ней откровенные передергивания и растаманские фантазии. Собственно уже предложил отредактированный вариант. Ждем Максима и/или редакторов/модераторов.
	Ответить | Правка | Наверх | Cообщить модератору

	395. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Michael Shigorin (ok), 22-Сен-22, 23:16
	> Собственно уже предложил отредактированный вариант. > Ждем Максима и/или редакторов/модераторов. Без "и/или", это к Максиму. Спасибо!
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Прохожий (??), 17-Сен-22, 08:59
	Вы точно оригинальную статью прочитали и поняли? Там же простым английским написано, что, во-первых, существенно изменилась архитектура приложения, что и есть победа над  NGNX. Во-вторых, выросла стабильность софта, что есть победа на Си. Хреновый из вас срыватель покровов, в общем.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	386. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (386), 20-Сен-22, 11:07
	Да ваши потные маня-фантазии тоже не назовёшь срывом покровов. Либо ваш английский сильно машиннопереводной и вы ничего не понимаете из результата работы машины-переводчика, либо вы тоже всё врёти. Выбирайте сами, что вам больше нравится, уважаемый натягивальщик сов на глобусы и беливер в победу хрустика.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–3 +/–
	Сообщение от Аноним (93), 16-Сен-22, 12:48
	многопоточность реализуется на стороне ОС, при чём тут язык вообще? она даже на баше есть
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	32. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+7 +/–
	Сообщение от Я (??), 16-Сен-22, 11:37
	но ведь решение написанное на раст действительно быстрее решения построенного с использованием nginx. и по оценке разработчика такое решение оказалось проще для разработки чем разработка аналогичного решения на сишке. про победки, повесточки и прочие конспирологические фантазии добавил уже ваш невежественный мозг..
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	41. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от срыватель_покровов (?), 16-Сен-22, 11:45
	>но ведь решение написанное на раст действительно быстрее решения построенного с использованием nginx. Зачем врёшь? Причём там nginx? Там сравнение раста с луа. nginx в данном случае простая пускалка для lua. >и по оценке разработчика По оценки того, кого наняли по квотам? Он просто не осилил. >такое решение оказалось проще для разработки чем разработка аналогичного решения на сишке. Причём тут расширение? Они написали расширение на nginx на расте? Нет. Зачем ты пишешь эту чушь? >про победки, повесточки и прочие конспирологические фантазии добавил уже ваш невежественный мозг.. Типичный пропагандист, который всегда врёт.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от НяшМяш (ok), 16-Сен-22, 13:15
	> Там сравнение раста с луа. nginx в данном случае простая пускалка для lua. Не просто. В новости даже две картинки есть про воркеры и пул соединений. В оригинале это описано как определяющее решение, а не луа скрипты. Просто потому что вместо скриптов можно плагин написать, а вот форкать и фундаментально переделывать пул nginx они не захотели.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от мяя (?), 16-Сен-22, 14:20
	Про эти воркеры и пул соединений тоже какой-то бред. Если надо в nginx можно ограничить до одного воркера, но это странно. https://nginx.org/en/docs/ngx_core_module.html#worker_cpu_af... Всё это больше похоже на грязный маркетинг.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от Аноним (7), 16-Сен-22, 15:37
	> Если надо в nginx можно ограничить до одного воркера, но это странно. И после этого из всех ядер CPU будет использоваться только одно.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Ivan_83 (ok), 16-Сен-22, 15:58
	Вы не поняли ничего. воркер - это процесс где один поток обрабатывает соединения. Там ещё прикручивается пул потоков, но только для работы с диском и отправки файлов. Проблема была в том, что такие воркеры неравномерно распределяют нагрузку на проц: одному может не повезти и через него попрут тяжёлые запросы он будет постоянно лагать, а другой будет мелкие легко отсреливать. Плюс такие воркеры не могут эффективно шарить кеш/пул соединений к бэкендам куда они проксируют.
	Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

	387. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (386), 20-Сен-22, 11:25
	Во! Хоть кто-то приблизился к пониманию проблемы. Но тоже далековато. Луашака в данном случае, когда идёт за коннектами в другие сервисы (например, в статистику по количеству и продолжительности запроса и разбивке запроса по фазам).. она попадает в пул коннектов, специфичный для воркера и в результате у тебя получается коннектов n*cpu*pool_size. Проблема невелика, когда у тебя 2 сервера на локалхосте, а когда у тебя сотни-тыщи серверов, то апишка статы начинает проседать элементарно от во-первых количества запросов в секунду, а во-вторых от количества установленных соединений. А усугубляется проблема тем, что луашня не может нормально в http/2.0 и websocket-ы, чтобы удерживать постоянные 2-4 соединения (на каждый воркер в рамках экземпляра nginx-а) к апишке, внутри которых мультиплексировать трафик в апишку. Собственно, любое решение, способное организовать единый пул коннектов на весь экземпляр nginx-а подошло бы. Просто модуль, который они начали писать для луашни/nginx-а на сишке довольно быстро начал превращаться в монстра, который решил пустить корни уже в сам nginx... И видимо в какой-то момент было принято решение о том, что при наличии такого количества интрузивных изменений будет проще написать свой http-сервер с нужными решениями конкретных cloudflare-оских задач, чем с каждым новым релизом nginx-а натягивать на него кастомные патчи и луашню. А раст был выбран не из-за того, что он такой хороший, а потому что местные питонисты, простите, программисты пытаются быть модными и современными, чтобы было чего в резюме записать, в случае чего. Ну и да, генерируемый бинарник действительно относительно быстрый, по скорости не сильно отстаёт от плюсов да ещё и довольно "бесплатно" (по cpu/памяти) может ходить в сишку и плюсы, что какбэ является плюсом по сравнению, например, с гошкой.
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от пох. (?), 16-Сен-22, 18:58
	> nginx не имеет никакого отношения к производительности в принципе имеет, когда речь о lua - этот бутерброд в нем довольно странно работает. Возможно непонятные завывания о какой-то там многопоточности тоже отсюда идут (т.е. с lua не получалось - он в единственном потоке может исполняться) Так что да - переписали луашный костыль на хрусте. На этом недоязыке хоть что-то можно свое написать а не переписывать?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	276. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от Прохожий (??), 17-Сен-22, 09:03
	Ещё один писатель, а не читатель. Переписали всё, поменялась архитектура приложения полностью. И не только то, что на Луа, а и то, что на Си было переписано.
	Ответить | Правка | Наверх | Cообщить модератору

18. Скрыто модератором	+1 +/–
Сообщение от Аноним (18), 16-Сен-22, 11:24
> позволил увеличить защищённость за счёт безопасной работы с памятью Непроверяемое утверждение. Как с бифидобактериями. Ел ты всю жизнь йогурт местного производства, а тут хоба! - на прилавке стоит Чудо-Йогурт с бифидобактериями. Перешел на него и давай всем рассказывать, что теперь у тебя бифидобактерии защищают организм от чего-то там. Потому что так сказала этикетка. > привёл к значительному повышению производительности и экономии ресурсов Отключаешь на этапе компиляции ненужные тебе модули нгинкса - и пожалуйста, работает быстрее хелловорлда. Но желание растоманов переписать еще что-нибудь - снова взяло верх.
Ответить | Правка | Наверх | Cообщить модератору

	159. Скрыто модератором	+/–
	Сообщение от Аноним (-), 16-Сен-22, 15:48
	Брат, не пей йогурт. Пей православную кисломолочку. Здоровее будешь. Ряженка, простокваша, кефир. Инфа соточка.
	Ответить | Правка | Наверх | Cообщить модератору

	183. Скрыто модератором	+/–
	Сообщение от arthi747 (ok), 16-Сен-22, 17:11
	Не все йогурты одинаково полезны.
	Ответить | Правка | Наверх | Cообщить модератору

	199. Скрыто модератором	+/–
	Сообщение от fi (ok), 16-Сен-22, 18:44
	йогурт - очень даже  православненько )))) наши православные браться болгары его изобрели.
	Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

	160. Скрыто модератором	+4 +/–
	Сообщение от Бифидобактерия (?), 16-Сен-22, 15:50
	Мы не защищаем, а съедаем лактозу. Защищает пиогенный стрептококк, открытый Агнией Моровой в 70-е. И ещё термофильный стрептококк, открытый Ильёй Мечниковым, переваривает белок казеин. И просьба не распространять о нас гадости разные в етих ващих энторнетах. Не то будем жаловаться глобальному, модератору.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

19. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+6 +/–
Сообщение от срыватель_покровов (?), 16-Сен-22, 11:26
Ну и да - очередная пропаганда без пруфов и кода. А если когда/пруфов нет - любые заявления умножаются на ноль. Победы нал lua уже выданы за победу над сишкой. Победа над убогим nginx выдана за победу над сишкой. Через пару недель все это забудут, но лозунги останутся. Насколько сильно невежество тех, кто перепащивает это - уже показал. Даже сейчас наврали. Запомните этот коммент.
Ответить | Правка | Наверх | Cообщить модератору

	20. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+4 +/–
	Сообщение от Аноним (8), 16-Сен-22, 11:27
	Lua там на втором месте в новости. Перечитай ещё раз, там написано за счёт чего выигрыш производительности. Слабые набросы, пробуй ещё.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от срыватель_покровов (?), 16-Сен-22, 11:29
	Зачем ты врёшь? Каком втором месте? Там явно написано, что nginx у них работал в связке с lua. Всё. Очевидно, что тормозит там lua о чём они далее и говорили. Всё остальное - враньё. Но ты начни со ссылок/цитат, а не с пустых заявлений.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Герострат (?), 16-Сен-22, 11:32
	Вот это зарево
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (34), 16-Сен-22, 11:36
	Вот это фанатизм.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от НяшМяш (ok), 16-Сен-22, 13:16
	Почитай оригинал, там явно написано. Хотя в школе вроде английский только с 5 класса преподают.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	396. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Michael Shigorin (ok), 22-Сен-22, 23:21
	Слушайте, ну чего Вы лично от клаудфлёра хотите? Вон один из верхних технарей трансметы, когда его про МЦСТ спросили (с которыми он лично был по Sun знаком) -- небрежно отмахнулся в стиле "а, ну эти там тоже чё-то делали".  Хотя именно у них и учился. Есть такая "профессия" -- неблагодарным куском этсамого быть. Нам бы с вами, братцы, такими никогда не оказаться -- и уже хорошо.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	48. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+5 +/–
	Сообщение от Аноним (312), 16-Сен-22, 11:52
	У анонимного эксперта в очередной раз припекло пониже спины? Почему? Какая тебе разница Си там, Луа или Раст, если ты ни на чём из этого не программируешь?
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	71. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (34), 16-Сен-22, 12:15
	Потому что не всё равно что работает с твоим трафиком в интернете?
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (312), 17-Сен-22, 05:57
	Если с твоим трафиком работает прокси rust то что? Святость теряется?
	Ответить | Правка | Наверх | Cообщить модератору

	267. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (267), 17-Сен-22, 08:23
	Пардон, но это уже клиника.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	76. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от Анонн (?), 16-Сен-22, 12:21
	Он прогал на расте. Точнее пытался целых два года. Но не осилил. Поэтому у него горит зад и он приходит его тушить в каждую тему про раст. (Пруф https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi?az=l... удаленное модером сообщение 157)
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	94. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
	Сообщение от Аноним (94), 16-Сен-22, 12:50
	Если ты не способен понять написанное, это ещё не значит, что тебе кто-то наврал. Во первых, отказ от Lua в случае C задача практически невозможная, ибо переписать на C то, что написано в скриптах на Lua/Python/(иная скриптопараша) не согласится даже самый матёрый сишник. Отчего любая более менее сложная программа на C таскает за собой какую-то скрипоту для собственной конфигурации. Во вторых, в статье написано, что в NGINX было плохо с утилизацией проца, ибо обработка запроса всегда привязана к определённому потоку, когда в Rust можно без особых усилий взять асинхронный рантайм и по человечески писать на нём код так, что таски будут мигрировать между потоками в зависимости от нагрузки. В третьих, сравнения скорости исполнения таких ЯП как Rust и C это чушь собачья, которой могут заниматься только совсем уж неадекватны, ибо по сути это сравнение оптимизаторов.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

27. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+10 +/–
Сообщение от Аноним (34), 16-Сен-22, 11:34
Our Rust code runs more efficiently compared to our old Lua code. ахаха точнее мяу https://blog.cloudflare.com/how-we-built-pingora-the-proxy-t.../ Обогнали целую Lua так они скоро Питон перегонят.
Ответить | Правка | Наверх | Cообщить модератору

	37. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от fghj (?), 16-Сен-22, 11:42
	> Обогнали целую Lua так они скоро Питон перегонят.   Во-первых Lua всегда был быстрее Питона. cpython вообще-то один из самых медленных интерпретируемых языков. А во-вторых стоит все-таки хоть чуть-чуть разбираться в вопросе. В cloudfare используется "lua jit", один из быстрейших реализаций JIT для динамических языков. Это как если бы код на C собирали бы с PGO, пускали нагрузку, пересобирали бы с использованием полученных данных и так по кругу.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–4 +/–
	Сообщение от срыватель_покровов (?), 16-Сен-22, 12:06
	>В cloudfare используется "lua jit" Зачем ты врёшь? Какой cloudfare, какой "lua jit"? Это ngixn и скрипты на луа для него. Никакой jit там ничего не делает. И уж тем более к какому-то cloudfare отношения не имеет. >Это как если бы код на C собирали бы с PGO, пускали нагрузку, пересобирали бы с использованием полученных данных и так по кругу. Уровень невежества поражает воображение. Там даже в блог-посте опровергается вся эта чушь.
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (243), 17-Сен-22, 00:48
	Nginx и Lua JIT? Не проблема. Посмотри пожалуйста на OpenResty и все вопросы отпадут.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (93), 16-Сен-22, 12:54
	> А во-вторых стоит все-таки хоть чуть-чуть разбираться в вопросе. > cpython вообще-то один из самых медленных интерпретируемых языков </thread>
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	397. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Michael Shigorin (ok), 22-Сен-22, 23:23
	> "lua jit", один из быстрейших реализаций JIT для динамических языков Вот про luajit в этой части сомненья слышал от человека, который это переносил на e2k. Что-то он там ещё про шаблонный компилятор говорил...
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	78. Скрыто модератором	+3 +/–
	Сообщение от срыватель_покровов (?), 16-Сен-22, 12:25
	Ну и да. Они не обгоняли lua - это враньё. Это важно уточнить людям. Что такое lua? Это конфигурация. Т.е. возможность быстро дописать какой-то конфиг/простой обработчик. Потом его быстро поменять. Обладает ли теми же свойствами их мусор? Нет. Это примерно как захардкодить весь конфиг в nginx и кричать "он стал быстрее". Стал быстрее он не за счёт более быстрой конфигурации, более быстрых скриптов - он стал быстрее за счёт выпиливания конфигуарции/скриптов. Это сравнение не является корректным. Т.е. кастомные вещи без конфигурации нет смысла сравнивать с универсальными. Любой кто так делает - пропагандист. Если раст-пропаганда опускается до такого, что вариант один - не смогли победить честно. Приходится врать. В данном случае это позор в кубе. Они не просто не смогли победить иное кастомное решение на другом языке. Не сомгли победить nginx - как универсальное решение. Они не смогли победить его даже в самом худшем виде(вместе с lua и неудачной конфигурацией). Вернее победу то они заявляют, но кода нет. Значит они не хотят позориться и показывать его. Значит победа там такая же.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

30. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
Сообщение от Аноним (30), 16-Сен-22, 11:36
Когда через несколько лет вас всех неожиданно взломают через дырявую пингору - не плачьче и не оправдывайтесь про безопасность, безопасного ничего нет и не будет) А энергоэффективность это хорошо, но от ЯП тоже не всегда зависит)
Ответить | Правка | Наверх | Cообщить модератору

36. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+7 +/–
Сообщение от срыватель_покровов (?), 16-Сен-22, 11:42
Объясню тем, кому интересно. А то пропагандисты уже начали врать. Их логунг "у nginx плохая архитектура многопоточности, а вот у нас" - это чушь. 1) У них нет никакой архитектуры - это дефолтная "архитектура". Они дефолт выдают за "их". 2) архитектура nginx отличная от дефолтной потому, что ему нужно запускать всякие скрипты. В том числе на lua. Почему нам важен пункт два? Потому что весь их код - был кодом на lua. Они не осилли расширить nginx - не осилли писать на си. Писали на lua. Цитаты я выше давал(кому интерсно может почитать оригинальный блог-пост). Очевидно, что если мы заменяем скрипты на lua на скрипты на расте(на самом деле это уже не скрипты) - нам уже не обязательно делать архитектуру как у nginx. Поэтому используется дефолтная. Самое интересное - этот дефолтный механизм более дырявый. Они просто выпилили изоляцию соединений. Теперь они не поддерживают скрипты/расширения как это делает nginx. Все их победы и прочее - оно существует в связке nginx+lua vs rust(и то это лишь болтовня - пруфвов нет). Это явно указано. Иное не указано. Сравнение с nginx без lua не показаны. Да и вообще сравнения не показаны, а просто какая-то чушь про "быстрее"/"меньше памяти". Очевидно, что пускать lua-vm на каждое подключение будет медленее и жрать больше памяти, чем не пускать. Так же nginx не является чем-то быстрым. Его производительность - миф. Он быстрый в сравнении с другими универсальными решениями, которые поддерживают lua-скрипты, расширенную конфигурацию. Очевидно, что он будет сливать любому кастомному решению. Будь то на го/жаве. Этому пруфов в инете навалом.
Ответить | Правка | Наверх | Cообщить модератору

	52. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (52), 16-Сен-22, 11:55
	На Lua у них только код для изменения HTTP-заголовков при переотправке запроса на другой сервер после сбоя, т.е. этот Lua код чрезвычайно редко вызывается в частных случаях и погоды не делает.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+5 +/–
	Сообщение от срыватель_покровов (?), 16-Сен-22, 12:01
	Да ты чё. Как меняется пропаганда. Вначале луа вообще не было. Теперь уже "луа не влияет на результаты". Кстати, смотрим на то как данный пропагандист врёт. >For example, when retrying/failing over a request, sometimes we want to send a request to a different origin server with a different set of request headers. But that is not something NGINX allows us to do. In cases like this, we spend time and effort on working around the NGINX constraints. >For example >у них только Вся суть - врут всегда.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (94), 16-Сен-22, 12:55
	> Да ты чё. Как меняется пропаганда. Вначале луа вообще не было. Там прям в статье во втором предложении первого абзаца про Lua написано и дальше постоянно упоминания встречаются. Ты говоришь о том, что ловишь кого-то на вранье, но врёшь то тут только ты.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от мяя (?), 16-Сен-22, 14:23
	Для lua используется форк. Оффициально в nginx насколько помню перл и используется в основном js в виде своего специализированного njs заточенного под быстрый старт. Они даже не официальный nginx использовали а openresty.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	161. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Ivan_83 (ok), 16-Сен-22, 15:51
	Но у nginx и правда странная архитектура. воркер = процесс со своим event loop где крутится один или несколько потоков. Вся эта пляска с shm и этими процессами. Потом у кадого процесса получался свой отдельный кеш соединений к бэкендам при проксировании, и cache miss был этого относительно высоким, там упоминается типа 87% переиспользовалось, а стало 99%. Я пробовал писать вот так же: один kqueue()/epoll() + пачка потоков. Это очень сложно, особенно когда у тебя по одному сокету не запрос-ответ а потоки сразу в обе стороны летят. Самое простое, что делает большинство: пачка (kqueue()/epoll() + 1 поток), и сверху между ними балансировать. Получается что каждый сокет прибит к одному потоку и можно не заморачиватся блокировками вообще. Но приходится заморачиватся балансировкой нагрузки между потоками самому.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	391. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от Аноним (292), 20-Сен-22, 21:05
	Ну тут так вышло. Изначально был один процесс с kqueue/epoll. Логично с этого начинать. Дальше в планах были треды. Запустили эту раннюю альфа-версию на звуки.ру раздавать mp3 - и уперлись в одно ядро. Игорь временно, по-быстрому, за несколько часов прикрутил воркеры, а треды оставил "на потом" (пруфлинк: http://sysoev.ru/2004.html). Но, как известно, нет ничего более постоянного, чем временное :-)
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–4 +/–
	Сообщение от Аноним (211), 16-Сен-22, 19:12
	Короче как я понял NGINX как прокси оказался дном. Если уж на 70% прирост скорости и уменьшение потребления памяти.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

39. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–10 +/–
Сообщение от Анонн (?), 16-Сен-22, 11:43
Но ведь нгикс написан на божественной сишечке! Как же он может жрать столько проца и памяти??
Ответить | Правка | Наверх | Cообщить модератору

	44. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+8 +/–
	Сообщение от срыватель_покровов (?), 16-Сен-22, 11:51
	Вот типичный пример того на что рассчитана данная пропаганда. Сообщаю новость - у них не было nginx. У них были скрипты на lua. Какая сишка? Что ты несёшь? А по поводу сишки. nginx - это не про производительность. Это про универсальность. Это как взять какую-то веб-страницу и нарисовать её на канвасе, а далее орать "мы победили хром". Сравнивать нужно сравнимое, а не то что тебе впаривает пропаганда. Вот когда пропагандист тебе покажет nginx на расте, который будет быстрее/фичастей - тогда ты победишь nginx. В любом случае мимо. Эти нанятые по квотам даже не сравнивают себя с nginx - тебя обманули. Как уже было сказано выше - nginx там используется как пускалка lua-скриптов. Свою пускалку они не сделали. Сравнение некорректное. Не говоря о том, что без кода/пруфов эти рассуждения стоят ноль.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (46), 16-Сен-22, 11:52
	> Не говоря о том, что без кода/пруфов эти рассуждения стоят ноль. Где твой код и пруфы?
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от срыватель_покровов (?), 16-Сен-22, 11:55
	Пруфы чего? Пруфы должен показывать тот, кто утверждает. Утверждает пропаганда, а не я. Отрицать я могу что угодно - пруфы для этого ненужны.
	Ответить | Правка | Наверх | Cообщить модератору

	346. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от freecoder (ok), 18-Сен-22, 07:52
	Пруфы вот этого: "nginx там используется как пускалка lua-скриптов".
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–3 +/–
	Сообщение от Анонн (?), 16-Сен-22, 12:13
	> Сообщаю новость - у них не было nginx А теперь заглядываем в первоисточник: "Over the years, our usage of NGINX has run up against limitations." Т.е. у них nginx был, а срыватель_покровов балабол. ЧТД.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	72. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от срыватель_покровов (?), 16-Сен-22, 12:18
	Жертва пропаганды - nginx там был как пускалка скриптов на lua, о чём выше и было сказано. Типичный пример анонимного пропагандиста, который дёргает куски фраз и врёт. Когда мы говорим nginx мы имеем ввиду веб-сервер/прокси. А не "пускалка луа-скриптов". Свою пускалку луа-скриптов они написали? Нет. Какое отношение это имеет к nginx? Никакого.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
	Сообщение от pudgy (?), 16-Сен-22, 12:02
	Как выше уже было сказано. Кушает не nginx. Кушает Lua-vm. которая, вцелях безопастности, запускается на каждое соединение.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

51. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
Сообщение от pfg21 (ok), 16-Сен-22, 11:54
переход с приложения общего применения на узкозаточенную и оптимизированную под конкретные нужды програмку всегда ускорял и улучшал систему.     современным смузихлебателям оболочек и фреймворков и прочих прокладок это трудно понять...
Ответить | Правка | Наверх | Cообщить модератору

	279. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–2 +/–
	Сообщение от Прохожий (??), 17-Сен-22, 09:20
	То, что там не только программку сменили, а ещё и ЯП, современные воины сопротивления Расту в упор на замечают. И такая смена позволила существенно повысить стабильность работы программки.
	Ответить | Правка | Наверх | Cообщить модератору

	334. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от pfg21 (ok), 17-Сен-22, 20:45
	> То, что там не только программку сменили, а ещё и ЯП, современные воины сопротивления Расту в упор на замечают. И такая смена позволила существенно повысить стабильность работы программки. ЯП это инструмент :) ПО создает человек.         если пишет дебил, то не один инструмент не поможет.           если эффективно разрабатывает группа умных, то она может написать качественный код вне зависимости от яп :)     бренчания ЯПами это удел слабых.
	Ответить | Правка | Наверх | Cообщить модератору

	352. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Аноним (349), 18-Сен-22, 11:35
	>если эффективно разрабатывает группа умных, то она может написать качественный код вне зависимости от яп И сразу же без ошибок, от чего исправления не понадобятся.
	Ответить | Правка | Наверх | Cообщить модератору

	354. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	–1 +/–
	Сообщение от Прохожий (??), 18-Сен-22, 13:00
	> ЯП это инструмент :) ПО создает человек.         > если пишет дебил, то не один инструмент не поможет. По-вашему, в Cloudflare дебилы работают? > если эффективно разрабатывает группа умных, то она может написать качественный код вне зависимости от яп :)     Можно посмотреть на софт, созданный этими неуловимыми умными? Только не надо показывать домашние проекты, пожалуйста. Дайте что-нибудь уровня промышленной СУБД или промышленной ОС. А то, что не продукт, то сплошные use-after-free, UB и т.п. прелести, на которые некоторые ЯП не обращают внимания (потому что создавались изначально для ПО гораздо меньшей сложности). Похоже, вы не понимаете в упор, что один инструмент может быть удобней другого. Это как сравнивать обычную отвёртку и электрический шуруповёрт. И тем, и другим можно закручивать шурупы. Но второй ГОРАЗДО удобней для этих целей.
	Ответить | Правка | К родителю #334 | Наверх | Cообщить модератору

	398. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Michael Shigorin (ok), 22-Сен-22, 23:37
	tex, embox, etcnet... PS: Вам желаю, чтоб аккумуляторы никогда-никогда не сели в самый нужный момент; ну и научиться читать, а не только вещать. PPS: дадите зуб за _отсутствие_ дебилов в cloudflare -- тогда и посмотрим.
	Ответить | Правка | Наверх | Cообщить модератору

58. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
Сообщение от Аноним (58), 16-Сен-22, 11:58
Какая разница, что меня заставляют вводить капчу 10 минут без видимых утечек памяти?
Ответить | Правка | Наверх | Cообщить модератору

59. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
Сообщение от хрю (?), 16-Сен-22, 12:00
В первых реализациях и правда будет быстрее, а потом начнётся ... тут не подумали и вставим костыли, там вставим костылик, а тут дыра в безопасности и надо вставить тонну проверок и вот уже не быстрее и тут надо накостылять и вот уже медленнее. Проходили это не раз и не два и не три.
Ответить | Правка | Наверх | Cообщить модератору

	63. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
	Сообщение от хрю (?), 16-Сен-22, 12:03
	... и вот уже 50 разрабов сидят и поддерживают специализированное медленное решение в котором чёрт ногу сломит с которого уже нельзя мигрировать.
	Ответить | Правка | Наверх | Cообщить модератору

62. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+10 +/–
Сообщение от Аноним (62), 16-Сен-22, 12:02
>Cloudflare Это то замечательное поделие, что заблокировало целый сайт с большим объем трафика по жалобе гендерных персон? Великолепное поделие. И Rust тоже тут, супер.
Ответить | Правка | Наверх | Cообщить модератору

	70. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
	Сообщение от Аноним (-), 16-Сен-22, 12:13
	Подобное к подобному.
	Ответить | Правка | Наверх | Cообщить модератору

	320. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Прохожий (??), 17-Сен-22, 16:46
	Каким образом блокировка какого-то сайта связана с техническими подробностями реализации прокси-сервера?
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

74. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
Сообщение от Аноним (312), 16-Сен-22, 12:19
Почему местные анонимные эксперты сходят с ума в каждой новости о rust? Это проявление какого-то психического заболевания? Они же все равно не пишут ни на си, ни на Раст, какая им разница на чём написана программа?
Ответить | Правка | Наверх | Cообщить модератору

	77. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+3 +/–
	Сообщение от Аноним (-), 16-Сен-22, 12:21
	Хотим иметь возможность собирать программу с исходников, а не тратить на это дни и кучу мегабайт (начиная от 500 для простейших программ).
	Ответить | Правка | Наверх | Cообщить модератору

	345. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от freecoder (ok), 18-Сен-22, 07:49
	Спасибо за честный ответ! Это многое объясняет.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–5 +/–
	Сообщение от anonus (?), 16-Сен-22, 12:28
	Возможно это писаки на с/с++ которые думают, что могли бы написать что-то годное (и даже лучше чем ментейнеры ядра или других крупных проектов) Раст осилить они не могут, а тут получается что они совсем ненужные становятся. Обидно наверное осозновать свою ненужность. Интересно кучеры так же хейтили эти ваши новомодные автомобили?
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	81. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (-), 16-Сен-22, 12:31
	Так на си много хороших проектов, а на расте ни одного, только эксперименты.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от anonus (?), 16-Сен-22, 12:33
	... написал под новостью о работающем проекте
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (105), 16-Сен-22, 13:04
	И что там работает? Малюсенькая обвязка вместо Луа. Расскажи лучше почему Servo до сих пор не дописано.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Анонн (?), 16-Сен-22, 15:05
	Маленькая обвязка которая экономит фирме кучу баксов. Уже этого достаточно чтобы оно было успешным проектом. Ну и в добавок экономит время юзерам. Что тоже плюс.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (138), 16-Сен-22, 15:09
	Ничего оно им не экономит. Просто делает рекламный хайп.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Анонн (?), 16-Сен-22, 19:04
	Серьезно? Ты думаешь клаудфаре нужна хоть какая-то реклама?) Или думаешь ей нужна реклама раста? Зачем интересно?
	Ответить | Правка | Наверх | Cообщить модератору

	376. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (122), 19-Сен-22, 13:00
	Думаешь рекламу можета запустить только корпорация - а не менеджер за маленький откат?
	Ответить | Правка | Наверх | Cообщить модератору

	257. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (312), 17-Сен-22, 06:14
	Не может быть чтобы программисты на Си писали глупости по пропаганду, бифидобактерии и т.п. Это явно пишут либо невоспитанные дети, либо ничего не умеющие, неудовлетворённые жизнью, психически болотные люди.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	274. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (312), 17-Сен-22, 09:01
	*психически больные
	Ответить | Правка | Наверх | Cообщить модератору

	350. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Sw00p aka Jerom (?), 18-Сен-22, 11:24
	>Интересно кучеры так же хейтили эти ваши новомодные автомобили? автомобили перестали жрать масло и бензин? сравним сколько на 100км машина съест бензина и лошадь воды?
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	82. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
	Сообщение от Аноним (62), 16-Сен-22, 12:33
	Писал на Rust для себя. Нравилось. После увлекся теорией языков и какой-никакой "философии". А объем ментальной нагрузки, по крайней мере на тот момент, от самого проекта, возрос. У языка Rust есть хорошие вещи, но синтаксически он только усложнялся. И видимо продолжит. Так же ведение большого проекта с меньшими субпроектами и их вложенность вызывала на тот момент головную боль. И не удивлюсь, если сейвовость языка потребует еще больше синтаксических конструкций. Если Вам мало лет, есть много времени, то вы успешно напишите на чем угодно. Но как на сях я вручную слежу за сейвовостью и тем самым трачу время, так и на раст я тратил время на растовские придумки. И это лишь малая толика проблем, есть проблемы и бОльшего масштаба, ИМХО.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	84. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (-), 16-Сен-22, 12:39
	Так в начале он задумывался со сборщиком мусора. Понятно, что тянет за собой мусор.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от anonus (?), 16-Сен-22, 12:40
	да-да мы уже много слышали о "вручную слежу" а потом такие CVEшки (типа дырки в perf) от которых волосы дыбом встают везде где остались.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	92. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (62), 16-Сен-22, 12:47
	Я с Вами согласен, но как это отменяет прожорливость раста в синтаксисе, времени компиляции больших проектов, времени компиляции самого языка? Я бы даже закрыл глаза, будь у него предельно иной синтаксис, но это выглядит как с++ с трейдофами.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–2 +/–
	Сообщение от anonus (?), 16-Сен-22, 12:50
	> прожорливость раста в синтаксисе дело привычки > времени компиляции согласен, проблема которую сейчас решают но имхо, это все равно экономит время сравнительно с поиском плавающих проблем с попорченной памятью
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–3 +/–
	Сообщение от Аноним (105), 16-Сен-22, 13:08
	Дело в том что уже есть Карбон. И он уже решил все проблемы раста ещё даже не выйдя в релиз. Чего только стоит отсутствия такого понятий как unsafe, зачем тебе якобы безопасный язык если на нём нельзя сделать всё safe? Но ведь есть решение в вместо unsafe пиши на C++ или оставь существующий код. А все где нужна безопасность пиши на Карбоне. И не надо явно помечать где unsafe где safe. А уж то что Карбон будет в отличии от раста нормально работать с C/С++ либами это уже победа побед.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (211), 16-Сен-22, 19:14
	Я думал ты напишешь про Pascal
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (263), 17-Сен-22, 07:27
	В этом плане Zig разительно отличается. По ментальной нагрузке лучший язык. Я сам не осилил Rust, т.к. переходить на него не планировал. А для своих проектов это overkill.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	311. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Fyjyb (?), 17-Сен-22, 16:24
	> Если Вам мало лет, есть много времени, то вы успешно напишите на чем угодно. Но как на сях я вручную слежу за сейвовостью и тем самым трачу время, так и на раст я тратил время на растовские придумки. Это всё из-за годов прожитых зря. У тебя были десятилетия, чтобы расширить своё сознание lisp'ом, haskell'ом, ocaml'ом, и пр. И тогда все эти "растовские придумки" были бы для тебя "ocaml'овые придумки", только в расте. Но ты ж два десятилетия писал программы только потому, что за это денег платили и интересовался только тем, за что денег платили? Два десятилетия не думал о своём образовании стратегически? Отстал ты от IT. Старпёр ты уже, и учиться не в состоянии. Так что сиди до пенсии в своей нишке C и не рыпайся.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

86. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Аноним (86), 16-Сен-22, 12:41
Давно пора.
Ответить | Правка | Наверх | Cообщить модератору

90. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
Сообщение от Аноним (90), 16-Сен-22, 12:43
>решение на базе Pingora не требует использования Lua, поэтому потребляет на 70% меньше ресурсов CPU и на 67% меньше памяти при обработке того же объёма трафика. А можно было форкнуть NginX и весь luaшный код переписать на C++ или на Rust. Классический NIH-синдром.
Ответить | Правка | Наверх | Cообщить модератору

	91. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (90), 16-Сен-22, 12:46
	Так вот в чём скрытая суть Rewrite X in Rust! Rust не особо популярен, поэтому есть место для своих реализаций всего на Rust, есть возможность написать Первую Библиотеку (с той оговоркой, что первую - только на  Rust, а не вообще) для чего-либо.
	Ответить | Правка | Наверх | Cообщить модератору

	348. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (312), 18-Сен-22, 08:55
	Анонимные эксперты пытаются толсто троллить разговаривая сами с собой.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–1 +/–
	Сообщение от Аноним (94), 16-Сен-22, 13:00
	И как бы это помогло решить проблему низкой утилизации ресурсов ЦП?
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	108. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (105), 16-Сен-22, 13:09
	А зачем её решать если цель всё переписать на раст?
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+3 +/–
	Сообщение от Аноним (121), 16-Сен-22, 13:57
	Для 100% утилизации ресурсов CPU переписать на Electron.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

101. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Anonim1685 (?), 16-Сен-22, 12:57
И где эта Pindora? Говорить - не мешки ворочать.
Ответить | Правка | Наверх | Cообщить модератору

	109. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (105), 16-Сен-22, 13:10
	На серверах клаудфлёра.
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–1 +/–
	Сообщение от Аноним (220), 16-Сен-22, 19:58
	То-то нифига не работает, если за клаудшляхой сидит.
	Ответить | Правка | Наверх | Cообщить модератору

111. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
Сообщение от Neon (??), 16-Сен-22, 13:12
Очередная модная хрень на хайпе. Раньше, например, носились с той же Java как дурни с торбой. Теперь на роль "прелести" у них временно Rust назначен.)))
Ответить | Правка | Наверх | Cообщить модератору

	115. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (105), 16-Сен-22, 13:24
	Даже Netscape не смогли переписать на джаву, хотя пытались. История циклична.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Ноня (?), 16-Сен-22, 13:34
	Убийца сишарпа. Вот зделоют джавараст и всё, котлину крышка.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

120. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
Сообщение от Аноним (120), 16-Сен-22, 13:56
Cloudflare это зло
Ответить | Правка | Наверх | Cообщить модератору

	135. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
	Сообщение от Аноним (135), 16-Сен-22, 15:04
	https://www.opennet.me/opennews/art.shtml?num=55348
	Ответить | Правка | Наверх | Cообщить модератору

	321. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–2 +/–
	Сообщение от Прохожий (??), 17-Сен-22, 17:04
	Надо было ещё добавить "Я сказал!", чтобы большей весомости своему высказыванию придать.
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

127. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–1 +/–
Сообщение от 111 (??), 16-Сен-22, 14:38
Смотрю, тут в комментариях сильно Раст ругают, значит, надо учить Раст.
Ответить | Правка | Наверх | Cообщить модератору

	131. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
	Сообщение от Аноним (86), 16-Сен-22, 14:59
	Обязательно учи под CentOS.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от 111 (??), 16-Сен-22, 15:09
	Уговорил, чертяка!
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (138), 16-Сен-22, 15:12
	Заодно допиши Servo плз.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	209. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (209), 16-Сен-22, 19:02
	Опыт СССР ничему не учит? Может не зря ругают?
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	240. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от 111 (??), 16-Сен-22, 23:30
	> Опыт СССР ничему не учит? Может не зря ругают? Видимо, ругают зря.
	Ответить | Правка | Наверх | Cообщить модератору

128. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
Сообщение от Аноним (128), 16-Сен-22, 14:43
Перевод оригинального блог-поста https://habr.com/en/news/t/688634/
Ответить | Правка | Наверх | Cообщить модератору

134. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
Сообщение от Брат Анон (ok), 16-Сен-22, 15:02
Ну совсем грустно. Раст на столько безопасен, что в 160 раз сокращает число коннектов. Рука-лицо.
Ответить | Правка | Наверх | Cообщить модератору

	139. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–1 +/–
	Сообщение от Анонн (?), 16-Сен-22, 15:08
	> it increased the connection reuse ratio from 87.1% to 99.92%, which reduced new connections to their origins by 160x Перевести или сам осилишь?
	Ответить | Правка | Наверх | Cообщить модератору

	341. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от edo (ok), 18-Сен-22, 06:18
	ну вообще-то полная цитата выглядит вот так: > Across all customers, Pingora makes only a third as many new connections per second compared to the old service. For one major customer, it increased the connection reuse ratio from 87.1% to 99.92%, which reduced new connections to their origins by 160x.
	Ответить | Правка | Наверх | Cообщить модератору

143. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+2 +/–
Сообщение от Аноним (143), 16-Сен-22, 15:10
Интересно, а они заопенсорсят решение? А то поискал ничего не нашел. Просто если нет кода - то это нафиг неинтересно и невоспроизводимо, что внутри там инженеры под себя сделали и накрутили
Ответить | Правка | Наверх | Cообщить модератору

	193. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+/–
	Сообщение от Онанистмус (?), 16-Сен-22, 18:19
	В оригинале пишут что будут выкладывать но не сказали когда. https://blog.cloudflare.com/how-we-built-pingora-the-proxy-t.../ " We will also be back with our plan to open source it."
	Ответить | Правка | Наверх | Cообщить модератору

	389. "Cloudflare перешёл с NGINX на прокcи Pingora, написанный на ..."	+1 +/–
	Сообщение от пох. (?), 20-Сен-22, 18:37
	Тебе уже убийцу mercurial вон пейсбук выложил. На лопате. Ну и что что не документировано, не собирается и ни для чего непригодно - "мыж заопенсорсили!" Эти тоже так смогут.
	Ответить | Правка | Наверх | Cообщить модератору

150. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от YetAnotherOnanym (ok), 16-Сен-22, 15:27
> в 160 раз сократить число операций установки новых соединений Что-то мне не верится, что в нжинксе настолько неоптимальные алгоритмы. Либо твик под какой-то свой специфический сценарий, либо звиздёж.
Ответить | Правка | Наверх | Cообщить модератору

	230. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Роман (??), 16-Сен-22, 22:01
	в этом месте, как я понимаю сильно зависит от...если у меня балансировщик с 1 ядром/vCPU и одним worker_process, то попадания будут 100% и полный реюз. Если у меня стоит на входе в ЦОД 5 машинок по 2x32Core и там на каждой уже по 128 worker processes, то hit ratio может конечно "слегка" просесть. Мелким пофиг в общем, для клаудфлари ну да, заметные накладные расходы.
	Ответить | Правка | Наверх | Cообщить модератору

	351. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Sw00p aka Jerom (?), 18-Сен-22, 11:31
	>то hit ratio может конечно "слегка" просесть. hit ratio чего?
	Ответить | Правка | Наверх | Cообщить модератору

	403. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Роман (??), 25-Сен-22, 17:55
	>>то hit ratio может конечно "слегка" просесть. > hit ratio чего? попаданий запроса посетителя в пул соединений с апстримом (сайтом клиента в контексте клаудфари) для переиспользования - был бы пул общий, шансов (hit ratio) было бы выше
	Ответить | Правка | Наверх | Cообщить модератору

	405. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Sw00p aka Jerom (?), 26-Сен-22, 15:06
	> попаданий запроса посетителя в пул соединений с апстримом (сайтом клиента в контексте > клаудфари) для переиспользования - был бы пул общий, шансов (hit ratio) > было бы выше а нельзя было привязать посетителей к воркерам? они же способны были написать патч, ну собственно вопрос, что делать с общим пулом при рестарте воркеров? думаю поэтому они отказались от мультипроцессной обработки.
	Ответить | Правка | Наверх | Cообщить модератору

	406. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Роман (??), 26-Сен-22, 16:49
	> а нельзя было привязать посетителей к воркерам? они же способны были написать > патч, ну собственно вопрос, что делать с общим пулом при рестарте > воркеров? думаю поэтому они отказались от мультипроцессной обработки. Я за них не отвечу, думаю вам проще самому на HN спросить, они в комментах там отвечали на всякое
	Ответить | Правка | Наверх | Cообщить модератору

155. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+5 +/–
Сообщение от Ivan_83 (ok), 16-Сен-22, 15:40
Новость не про раст а про то что клоуды сменили архитектуру приложения на более подоходящую им. Кто не осилил прочитать оригинал: 1. их не устраивало что у nginx много процессная архитектура, где в каждом процессе по одному евент пулу. Это приводило к сложности балансировки нагрузки на проц и низкому переиспользованию конектов к конечным серверам. 2. луа тормозила, а они именно там писали логику какую то свою. А луа они юзали потому что боялись накосячить програмируя на С. Это такая шиза у смузихлёбов: - они юзают приложение на С, оно их устраивает - они слышали что С страшно опасный и потому сами боятся на нём писать - они заявляют что они компетентны и ваще супер-пупер, море им по колено По большому счёту тут произошло то что происходит всегда у больших корпораций: потребности выросли и стали слишком специфическими, а дальше они сели писать себе свой велосипед. Что касается раста и архитектуры. Я понимаю почему nginx такой какой есть, это был компромис между функционалом/сложностью. Написать многопоточное приложение у которого будет и пул потоков и один kqueue()/epoll() на весь процесс и все потоки в нём - сложно. Ещё сложнее сделать чтобы там настройки применялись на лету без полного рестарта. Взять раст - дань моде и это один из подходящих для этого фреймооврков, который изображает из себя отдельный язык. Точно так же можно было взять какойнить эрланг.
Ответить | Правка | Наверх | Cообщить модератору

	169. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Ivan_83 (ok), 16-Сен-22, 16:06
	И попутно. Всякие libev, libevent и прочее что я видел это были решения как раз для построения модели: 1 поток - один kqueue()/epoll()/poll(). А дальше крутись как хочешь. Это системная проблема индустрии, которую С програмисты в опенсорце не решили. Или я плохо искал. Отчасти это потому что epoll()/poll() разделяют события записи/чтения на дескрипторе, и один сокет может тригернуть сразу два разных потока, и их нужно между собой синхронизировать. (а может и больше двух, там ещё ошибки тригерят пробуждение потоков). kquque() может тригерить а может не тригерить несколько потоков, зависит от флагов указанных при добавлении дескриптора. В целом конечно же раздельное тригирение потоков на запись/чтение оно должно было увеличить производительноть, типа в сокет можно и писать и читать сразу, но на практике там же в ядре тоже какие то блокировки для этого есть, и к этому нужны блокировки в приложении, чтобы один поток не грохнул данные связанные с сокетом пока второй с ними работает. Вот о чём речь, когда доходит до построения рабочего решения: куча потоков на одном kqueue()/epoll()/poll().
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (-), 16-Сен-22, 16:35
	> В целом конечно же раздельное тригирение потоков на запись/чтение оно должно было увеличить производительноть, типа в сокет можно и писать и читать сразу, но на практике там же в ядре тоже какие то блокировки для этого есть, и к этому нужны блокировки в приложении, чтобы один поток не грохнул данные связанные с сокетом пока второй с ними работает. Специализация раста как раз в том, чтобы такие вещи отслеживать статически, и ругаться на тебя, когда у тебя не получилось. Чтобы ты помыкавшись с борроу-чекером и так и эдак, понял бы наконец что ты плохо продумал менеджмент ресурсов, и туд бэ надо воткнуть костылей Arc/Mutex/RefCell/... потому что без них статически управлять не выходит никак. Или даже выкинул бы всё, и начал заново со структур данных, которые позволяют статически следить за памятью. В C это практически невозможно. Теоретически да, но практически тебе senior'ы руки оторвут и в ж засунут, и выставят за дверь без выходного пособия, если ты попытаешься что-то такое сотворить. Потому что хрен ты такой код отладишь, и никто не хочет возиться с ним после того, как тебя уволят. Лучше сразу выкинуть такой код вместе с автором.
	Ответить | Правка | Наверх | Cообщить модератору

	227. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Ivan_83 (ok), 16-Сен-22, 21:45
	Сплошная пропаганда раста в ваших словах. Написать на С такой код возможно, не писали его до сих пор потому что хватало и более простой модели. Те экономилась куча усилий ценой небольших потерь в редких случаях. И в общем то были и есть костыли как перераспределять нагрузку между такими потоками-эвентлупами. В случае нгинха костыли с перераспределением не канают или они совсем сложные получаются, потому что межпроцессное взаимодействие. У меня в msd  потоки активно обменивались и сообщениями и работой, потому что всё было в рамках одного процесса. Те тут претензия большей частью к тому что у нгинха по процессам разнесено.
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (-), 16-Сен-22, 22:46
	> Написать на С такой код возможно, Это ты на личном опыте? Я ссылался в том числе и на личный опыт: если ты попробуешь какие-то неочевидные сразу правила владения объектами внедрить в C, тебя уволят. Потому что документировать такие вещи крайне сложно, ещё сложнее держать документацию актуальной, и практически невозможно уследить за каждым программистом, чтобы тот следовал бы этим правилам. Как следствие никто не будет полагаться на то, что это будет работать.
	Ответить | Правка | Наверх | Cообщить модератору

	246. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Ivan_83 (ok), 17-Сен-22, 02:14
	Я говорю про код. Не знаю что подразумевается под "неочевидные правила владения". Делается либа/фрейворк подобный тому что в nginx и работа с сокетами и прочее делаются через неё, оно же дёргает калбэки при пооступлении событий.
	Ответить | Правка | Наверх | Cообщить модератору

	327. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Прохожий (??), 17-Сен-22, 17:21
	> Написать на С такой код возможно, не писали его до сих пор потому что хватало и более простой модели. И почему же никто до сих пор не написал? Но ок, соглашусь, что на Си реально было бы написать этот код. Только стОил бы такой код ГОРАЗДО дороже, чем на Rust. Почему? Да потому что в Си пришлось бы днями и ночами дыры вылавливать там, где Rust их существование делает абсолютно невозможным. В такой конторе, как Cloudflare, подобные дыры приводили бы к ОГРОМНЫМ убыткам.
	Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

	336. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Ivan_83 (ok), 18-Сен-22, 02:33
	Вам тоже пора таблетки принимать. У них этого кода на С просто тоннами, начиная с линуха и заканчивая тем же самым nginx. И на чём там раст написан?
	Ответить | Правка | Наверх | Cообщить модератору

	337. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (337), 18-Сен-22, 03:05
	Ты казался мне как минимум на одно среднеквадратичное отклонение адекватнее среднего опеннетовца. Но этот тред и особенно этот коммент показали мне, что я ошибался. Может перепутал с кем? Испытываю досаду. Столько бисера насыпал, и всё для заурядного мамкиного тролля.
	Ответить | Правка | Наверх | Cообщить модератору

	356. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Прохожий (??), 18-Сен-22, 13:08
	Никому неизвестный не отягощённый интеллектом аноним, которому по делу сказать абсолютно нечего, испытал досаду. Вот горе-то!
	Ответить | Правка | Наверх | Cообщить модератору

	360. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Ivan_83 (ok), 18-Сен-22, 14:55
	Откуда берётся компелятор раста? https://www.rust-lang.org/tools/install > curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh Это же мать его антипаттерн безопасного использования курла. Осталось только дождатся когда на sh.rustup.rs положат что то более интересное и потом растовики будут объяснять своим босам почему у них вся инфраструктура полегла под шифровальщиками, майнерами или все данные упёрли. Самая шиза что при таком способе установки у смузихлёбов там 1/6 скрипта занимает дрючиво с выбором бизапасного набора крипты для курла/вгета. И я бы может и не ругался так на раст, если бы его компилятор был как то компатнее, но нет, каждый раз оно тратить кучу моих ресурсов собирая в начале llvm а потом себя. Но без llvm оно не может. И не может без компилятора установленного в системе, это к вопросу о том что раст написан на расте.
	Ответить | Правка | К родителю #337 | Наверх | Cообщить модератору

	382. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (-), 19-Сен-22, 22:00
	> Откуда берётся компелятор раста? Оттуда же откуда и gcc: emerge dev-lang/rust
	Ответить | Правка | Наверх | Cообщить модератору

	344. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от freecoder (ok), 18-Сен-22, 07:48
	А на чем раст написан? Расскажи, пожалуйста.
	Ответить | Правка | К родителю #336 | Наверх | Cообщить модератору

	359. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Ivan_83 (ok), 18-Сен-22, 14:43
	Лучше расскажите мне как вы на новом железе забутстрапитесь, особенно если кроскомпилировать нечем. Накорябаете раст на асме? Или собирать раст при помощи и с кусками llvm это ок, но С/С++ не ок?
	Ответить | Правка | Наверх | Cообщить модератору

	355. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Прохожий (??), 18-Сен-22, 13:04
	Раст написан на Расте. Это во-первых. Во-вторых, мгновенно весь софт, который уже написан на Си (Плюсах), не перепишешь. Но! Если есть возможность переписать, то лучше это сделать, чем бесконечно рыться в поисках багов. Неужели такие простые вещи надо так долго разжёвывать?
	Ответить | Правка | К родителю #336 | Наверх | Cообщить модератору

	357. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Ivan_83 (ok), 18-Сен-22, 14:30
	О да. Покажите бутстрапный компилятор раста на асме :) 50 лет индустрия как то жила, а тут надо всё резко переписать. Современными средствами баги ищутся легко и просто, за исключением совсем уж редко воспроизводимой экзотики.
	Ответить | Правка | Наверх | Cообщить модератору

	375. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (375), 19-Сен-22, 12:56
	>Современными средствами баги ищутся легко и просто А софт как был багованным, так и остался.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (235), 16-Сен-22, 23:09
	> В C этот практически невозможно. Теоретически да, но практически На С целые операционные системы пишут, включая реалтаймовые, а ты ты про какое-то говно утверждаешь, что невозможно.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

	237. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–1 +/–
	Сообщение от Аноним (-), 16-Сен-22, 23:12
	> На С целые операционные системы пишут, включая реалтаймовые, Ты внутрь заглядывал? Они делают не то, о чём я пишу. То о чём я пишу тщательно все избегают, потому что хрен кто справится с этим.
	Ответить | Правка | Наверх | Cообщить модератору

	248. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Ivan_83 (ok), 17-Сен-22, 02:30
	То что вы описываете - мало кому нужно, потому и не делают.
	Ответить | Правка | Наверх | Cообщить модератору

	254. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (-), 17-Сен-22, 05:14
	Зелен виноград.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (172), 16-Сен-22, 16:22
	> Взять раст - дань моде и это один из подходящих для этого фреймооврков, который изображает из себя отдельный язык. > Точно так же можно было взять какойнить эрланг. Раст потому что 90%-99% кода написано за тебя. Берёшь async-runtime который реализует ту модель асинхронности, которая тебе больше нравится, например с одним пулом потоком и одним kqueue/epoll на весь процесс и все потоки, пишешь на этом http сервер, полагаясь на готовый парсер-http, который тебе все эти "Accept-Encoding" переведёт в enum'ы, и будет кидать ошибки если кривой http попадётся. Хелловорд-сервер можно написать за день. Потом несколько месяцев на покрытие тестами/бенчмарками, допиливание необходимой функциональности/оптимизацию. Эрланг же слишком много берёт на себя. async-runtime тебе навязывается языком, выбрать другой или написать свой у тебя не выйдет. Да и тормозной он в сравнении с растом. > По большому счёту тут произошло то что происходит всегда у больших корпораций: потребности выросли и стали слишком специфическими, а дальше они сели писать себе свой велосипед. Нет, что произошло -- системное программирование стало настолько простым, что чем допиливать чужие велосипеды под себя, можно собрать свой из готовых частей. Нет необходимости, например, создавать платформу сервера со встроенным lua, чтобы расширить возможности конфигурации. Зачем нужна эта рантайм-конфигурация, если можно сконфигурировать под задачу статически? Если ты приглядишься, ты увидишь то же самое везде. WASM вместо jvm: ты можешь хоть на коленке написать виртуальную машину wasm под себя, или взять готовую. В виде интерпретатора байткода, или на jit-компиляторе. И вся обвязка в виде нативных API которые ты раскрываешь, тоже под твоим контролем. RISC-V вместо армов с интелями: хоть на коленке разработай свой чип с тем что тебе нужно и без того, что не нужно. Мы идём к светлому будущему, в котором full-stack будет начинаться с verilog, простираться через написание собственной ОС под собственный чип, и заканчиваться конкретным юзерспейс софтом. Это не значит, что все эти компоненты до последней строки будут написаны в компании, понятно она будет тягать код с github'а, сотнями тысяч строк. Но возможности по компоновке этого кода в единый продукт такие, что раньше и не снилось.
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	228. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Ivan_83 (ok), 16-Сен-22, 21:53
	Сказки смузихлёбов: думать нинада, только смузи и сыры, раст сам всё сделает. В С ты тоже берёшь нужную тебе либу с нужной моделью асинхронности, либу которая будет тебе парсить что захочешь и вот у тебя сервер. В отличии от раста, тут програмист видит какие именно либы и откуда он берёт, а в русте там какие то крайтесы рекурсивно подгружаются, хз откуда они, кто их написал, что делают и вообще ничего не понятно. Но любителям не приходить в сознание пофик, работает же и на смузи хватает. > Нет, что произошло -- системное программирование стало настолько простым Потому что период активного изменения АПИ закончен как в линухе так и в бсд, и есть куча актуальной документации и либ, накопленные за 20 лет. > Мы идём к светлому будущему, в котором full-stack будет начинаться с verilog, простираться через написание собственной ОС под собственный чип, и заканчиваться конкретным юзерспейс софтом. Нет, не идёте, вы грезите :)
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (236), 16-Сен-22, 23:10
	> В С ты тоже берёшь нужную тебе либу с нужной моделью асинхронности, либу которая будет тебе парсить что захочешь и вот у тебя сервер. Да неужели? В новости описываются две разные модели. Ты можешь назвать две библиотеки, из которых одна реализует одну из моделей, а другая другую? > В отличии от раста, тут програмист видит какие именно либы и откуда он берёт, а в русте там какие то крайтесы рекурсивно подгружаются, хз откуда они, кто их написал, что делают и вообще ничего не понятно. Но любителям не приходить в сознание пофик, работает же и на смузи хватает. Открой для себя cargo tree. Там все библиотеки расписаны. Да, если ты пишешь http сервер их там будет пара сотен на старте. Но видишь ли, прочитать список пакетов из двух сотен и поинтересоваться зачем каждый из них нужен -- это развлечений ну на день отсилы. На самом деле меньше, потому что про половину или даже большую часть ты и так знаешь. А когда ты интеллектуально капитулируешь, говоря "вообще ничего не понятно", ты обрекаешь себя на написание всей функциональности этих крейтов. Развлечений на пару-тройку лет. Это если на расте писать, на C ты это будешь писать и отлаживать лет десять. Этот список пакетов столь же "непонятен" как и 200 .c сорцов из какого-нибудь монолита на C. Он вызывает те же самые чувства при первом взгляде. Совершенно нормально не понимать, как устроена и работает большая и сложная система. Даже прям скажем ненормально понимать с первого взгляда как она работает. Это одолевается тем же путём: вешаешь на стену лист A0, берёшь маркер и начинаешь на нём рисовать "файлы", их краткое описание (которое ты сочиняешь, читая сорцы), кросс-депендансы, и тп. Через неделю ты уже неплохо ориентируешься в коде, и готов приступать к конкретной задаче, ради которой ты затеял изучение этого кода. Мне не приходилось с rust'ом так поступать, как-то и без всех этих сложностей удавалось разобраться за пару дней. Мне кажется это потому, что меньше велосипедов в монолите, и больше крейтов, про которые ты из прошлого опыта знаешь, что за велосипеды они реализовывают. Но если тебе сложно, то методологию ты знаешь теперь. > Потому что период активного изменения АПИ закончен как в линухе так и в бсд, и есть куча актуальной документации и либ, накопленные за 20 лет. Да-да. Мир такой, какой он есть, и он никогда не изменится. Ты знаешь сколько поколений до тебя верили в эту сказку? Почему-то чем дольше что-то продолжается по времени, тем сильнее люди верят в то, что оно вечно. Хотя ровно наоборот: чем дольше стоит, тем глубже прогнило, и тем ближе время, когда оно рухнет. Как только способность меняться утеряна (а она утеряна полностью через 10 лет после последних крупных изменений), так сразу начинается необратимый процесс гниения. Бывают ситуации, в которых сложно понять можно ли текущие изменения называть крупными и свидетельствующими о способности меняться под меняющийся мир. Но это явно не про системное программирование на C. > Нет, не идёте, вы грезите :) Естественно. Ясновидение это всегда грёзы. Но ты сам понаблюдай, и ты увидишь. Это видно прямо сейчас, если как следует присмотреться, но через десять лет это увидят даже люди лишённые дара ясновидения типа тебя.
	Ответить | Правка | Наверх | Cообщить модератору

	247. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Ivan_83 (ok), 17-Сен-22, 02:29
	Я не большой знаток либ, я велосипедостроитель. libev/libevent реализуют модель подобную той что в nginx. Библиотек реализующих модель клауда я не знаю, потому что не интересовался. > Открой для себя cargo tree. Там все библиотеки расписаны. Очередной репозиторий пакетов на каждый чих. Проблема в том, что там есть разные версии, всего этого слишком много и избыточно много зависимостей. Я вижу как плохо всё в том же питоне с этим, и в других языках где сходные горы заивисомстей сами подтягиваются тоже жизнь лёгкой не кажется. А если пытатся говорить за безопасность - кто вообще знает что в этих крайтах лежит? > Да-да. Мир такой, какой он есть, и он никогда не изменится. kqueue(), epoll() - лет 20, poll(), select() - сильно больше. За последние лет 10 там завезли немного флагов, для kqueue() зввезли работу с какими то подсистемами. Насколько я видел, даже возможности epoll() почти нигде не раскрыты целиком, а уж возможности kqueue() вообще используются на минималках. И в целом там особо ничего нечего улучшать. Можно сходить по пути МС с их портом завершения в/в, но там свои минусы есть, в нынешних реалиях, особенно линукса, оно скорее ухудьшит производительность в сравнении с тем что поверх epoll() можно нагородить. > Естественно. Ясновидение это всегда грёзы. Но ты сам понаблюдай, и ты увидишь. Вы обычный фонатик раста, который о системном программировании мало что знает.
	Ответить | Правка | Наверх | Cообщить модератору

	255. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (-), 17-Сен-22, 05:28
	> Я не большой знаток либ, Откуда тогда наглости набрал врать про то, что под любую модель можно найти библиотеку? > libev/libevent реализуют модель подобную той что в nginx. Это ведь форки древнего libpth, я правильно помню? И где их используют? Хоть один продакшн реди проект на них есть? > kqueue(), epoll() - лет 20, poll(), select() - сильно больше. О, это ядрёные API, которые всё равно в большинстве случаев требуют оберток, чтобы их можно было бы эффективно использовать. Это как с read/write, которые для большинства применений невыносимо тормозны без юзерспейс буфера. Но, каким бы ты не был велосипедостроителем, ты же не велосипедишь каждый раз аналог stdio.h? Плюс они часто системно-зависимы и велосипеды приходится оснащать костылями для портабельности. Кому это нужно? Только мамкиным велосипедостроителям. > Вы обычный фонатик раста, который о системном программировании мало что знает. Расплачься ещё, плюнь мне в лицо, и скажи вывсеврети. Это даст тебе моральное право ещё десять лет игнорировать изменения мира и жить в своём виртуальном мирке.
	Ответить | Правка | Наверх | Cообщить модератору

	303. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Ivan_83 (ok), 17-Сен-22, 15:04
	> Откуда тогда наглости набрал врать про то, что под любую модель можно найти библиотеку? Наверное можно, или написать самому. > Это ведь форки древнего libpth, я правильно помню? И где их используют? Хоть один продакшн реди проект на них есть? libpth - впервые слышу. libevent - фаерфокс и хромиум, turnserver, prosody, unbound libev - ничего не нашлось из того что у меня установлено. > О, это ядрёные API, Ядерные API это KAPI, и используются они для общения модулей внутри ядра. > в большинстве случаев требуют оберток, чтобы их можно было бы эффективно использовать Зависит от задачи. У меня для glib файловый мониторинг сделан на kqueue(), никаких обёрток особо не потребовалось. Но в целом да, это низкоуровневое решение и сразу буизнес логику поверх kqueue()/epoll() писать нельзя, это не недостаток, просто оно так устроено. > Это как с read/write, которые для большинства применений невыносимо тормозны без юзерспейс буфера. Так только дебило-джун будет читать по одному байту в цикле, даже не знаю зачем вы пишите такую банальщину. > ты же не велосипедишь каждый раз аналог stdio.h Нет. Я читаю/пишу либо файл целиком либо кусками хотя бы по 512кб. > Плюс они часто системно-зависимы и велосипеды приходится оснащать костылями для портабельности. Кому это нужно? Только мамкиным велосипедостроителям. Я пишу под фрю, и иногда проверяю что на линухе тоже работает, остальная портабельность мне не интересна. И нет, мне не так трудно поддерживать её самому. > Это даст тебе моральное право ещё десять лет игнорировать изменения мира и жить в своём виртуальном мирке. Нет, я вижу ваши рассуждения и ваш опыт, он между строк читается: тяп-ляп, либу-фигак, при этом ничего что там ниже либы происходит вы не знаете и не понимаете. И если что я не виноват - раст всё проверил и сказал что ОК. У меня же своя libev/libevent, я взял и написал обёртку над kqueue() и epoll() которая позволяет писать переносимый код между бсд и линухом, и как пример там msd, ssdpd приложения есть. Я прошёлся по всем граблям в обеих ОС. Это и есть системное программирование про которые растбои кричат, а не вот этот ваш раст запускать. Прикол в том, что даже Visual Basic ещё есть вакансии, а для С програмистов ваканский куча, мне работы точно хватит до смерти :) И да, я не продаю знание языка С, я продаю знание технологий, просто я в основном на С общаюсь с компом, и это удобно, потому что все ОС на нём написаны. А вы фонатеете по языку, знание которого бесполезно если вам нечего на нём писать.
	Ответить | Правка | Наверх | Cообщить модератору

	318. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (-), 17-Сен-22, 16:42
	> Наверное можно, "Наверное". Прежде чем утверждать что можно, убедись в этом. Потому что когда ты утверждаешь то, о чём не знаешь -- это называется враньё. > или написать самому. На то, чтобы реализовать гринтреды в той модели, которая тебе нужна, с пулом потоков, с очередью задач, и прочим, тебе потребуется полгода. Год, если кроссплатформенно и оптимизировано на основе профайла под высокой нагрузкой. И ещё полгода и сотня тысяч баксов за внешний аудит твоего кода. > libevent - фаерфокс и хромиум, turnserver, prosody, unbound Я удивлён. C'шники они как правило велосипедисты, и готовы затянуть разработку на два лишних года, лишь бы не использовать депендансы. С другой стороны, фф с хромом это не C'шники, это C++. Эти чуть менее склонны велосипедить. > Я читаю/пишу либо файл целиком либо кусками хотя бы по 512кб. То есть велосипедишь буферизированный ввод вывод? Как ты парсишь http в таком варианте? Вот распарсил ты "Accept-En", и буфер кончился, дальше ты копируешь Accept-En в начало буфера, и заказываешь чтение на хвост буфера? Ну-ну. Прикинь я из std получаю функцию readline, которая все эти штуки делает самостоятельно. > Я пишу под фрю, и иногда проверяю что на линухе тоже работает, остальная портабельность мне не интересна. А вот большинству системных программистов интересна. Им интересно чтобы, в первую очередь, стабильно работало на linux'е, во-вторую очередь на bsd, в-третью очередь на прочих unix'ах, и для некоторых проектов ещё важна венда. И что ещё интереснее, часто неизвестно заранее, что из этого списка потребуется после. Не надо свой специальный случай распространять на всё системное программирование. > Нет, я вижу ваши рассуждения и ваш опыт, он между строк читается: тяп-ляп, либу-фигак, при этом ничего что там ниже либы происходит вы не знаете и не понимаете. И если что я не виноват - раст всё проверил и сказал что ОК. 1. Если я использую либы, это не значит, что я не понимаю как эти либы работают. 2. Мне нет нужды доказывать кому-то, что я понимаю как реализуются гринтреды посредством написания велосипеда гринтредов. > Прикол в том, что даже Visual Basic ещё есть вакансии, а для С програмистов ваканский куча, мне работы точно хватит до смерти :) Хватит. И чё ты тогда в комментах развоевался? > И да, я не продаю знание языка С, я продаю знание технологий, Хаха. "Знание технологий". Если ты велосипедишь без уважительной причины, то это не "знание технологий", это "знание теории". Оторванность от практики уровня профессора расеянского вуза.
	Ответить | Правка | Наверх | Cообщить модератору

	338. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Ivan_83 (ok), 18-Сен-22, 03:36
	Когда нечего сказать надо докопатся по пацански, да? > На то, чтобы реализовать гринтреды в той модели, которая тебе нужна, с пулом потоков, с очередью задач, и прочим, тебе потребуется полгода. Год, если кроссплатформенно и оптимизировано на основе профайла под высокой нагрузкой. Дорогой джун, это ваши фантазии :) Как минимум профайлинг там вообще ни разу не упал, вы бы это знали, если бы хоть раз что то сами писали. Насчёт реализаии я подумаю. > То есть велосипедишь буферизированный ввод вывод? Как ты парсишь http в таком варианте? Вот распарсил ты "Accept-En", и буфер кончился, дальше ты копируешь Accept-En в начало буфера, и заказываешь чтение на хвост буфера? Ну-ну. Прикинь я из std получаю функцию readline, которая все эти штуки делает самостоятельно. https://github.com/rozhuk-im/liblcb/blob/master/src/proto/ht... вот так я это делаю. В начале надо поймать crlfcrlf - маркер окончания заголовка, а уже потом парсить. Ни std ни readline я не юзаю - нету в них смысла. Это инструменты уровня консольных утилит, чтобы по быстрому накодить приложуху которая работает меньше секунды и завершается. А проблемы с внезаптным концом данных при парсинге - это детский сад, который у меня был в 2003 году. Те вы мало того что пытаетесь мне сообщить о важности мытия рук перед едой, о которой сами недавно узнали, так ещё и не дошли до стадии что руки надо мыть с мылом - те парсить когда весь заголовок приедет. Осталось дождаться когда вы сделаете важное открытие, что оказывается заголовок парсить не всегда нужно, а когда нужно, но это будет через пару лет, вы узнаете что там есть проверки валидности пришедшего согласно RFC. > А вот большинству системных программистов интересна. Им интересно чтобы, в первую очередь, стабильно работало на linux'е, во-вторую очередь на bsd, в-третью очередь на прочих unix'ах, и для некоторых проектов ещё важна венда. Какому большинству!? Вашим двум однокурсникам? Почему меня это должно волновать? Чтобы вы знали, nginx на линухе поддерживается и пилится по такому же остаточному принципу, по крайней мере долгое время так было. И все новые фрёвые фичи даже с каррента уже юзаются в нгинхе. > 1. Если я использую либы, это не значит, что я не понимаю как эти либы работают. > 2. Мне нет нужды доказывать кому-то, что я понимаю как реализуются гринтреды посредством написания велосипеда гринтредов. Ты палишься как зелёный джун в каждом посте, куда уж больше :) Это я к тому что ты там собрался профилировать обвязку над kqueue()/epoll() - это просто дичь. Хотя что взять с человека который обмазывается либами которые работают неведомым ему образом, ты же пихнёшь в обвязку чтото что тебе кажется простым а потом будешь с профайлером искать чего оно так тормозит. У крестовиков такое постоянно происходит: вроде написана очевидная штука а оказывается что она жестоко грузит проц ненужными действиями. Я вот когда пользую ffmpeg, OpenCV - даже не стесняюсь признавать что я не понимаю как они работают, там тонны математики и десятки тысяч человеко/часов. > Хаха. "Знание технологий". Если ты велосипедишь без уважительной причины, то это не "знание технологий", это "знание теории". Оторванность от практики уровня профессора расеянского вуза. Звучит как будто вы с урока в туалет отпрашиваетесь - всё бы вам уважительные причины :) Речь шла именно про знанение технологий с которыми работаешь. Пока вы там со своим буферезированным std будете файл с диска по хттп отдавать перекладывая в сокет, я возьму sendfile(), и для tls приколхожу ядерную реализацию чтобы ядро само всё делало, по возможности используя аппаратный акселератор в железе. Ну и фишка в том, что у меня msd проксирует потоки, и он тоже испольует sendfile() вместо обычного send(), тем самым экономя проц на копировании данных с юзерспейса в ядро, потому что в кольцевой буфер только один источник записи но потенциально куча читателей. Этого всего нет и не будет ни в каких библиотеках, никаких растах. Это именно низкоуровневый кодинг с использованием всех доступных фич ОС. Так же как на линуксах делают магию со splice, каждый раз отдельно под каждую задачу. Ну или упомянутые выше OpenCV - что вы там со своим знанием раста сделаете? Соберёте тестовый пример? OpenCV сам по себе "язык" по круче раста для работы с изображениями и видео, пофик с какого языка ты её юзаешь. И таких технологий в индустрии - везде куда ни плюнь, не важно с какого ты языка в это лезешь, важно понимать как оно там работает внутри. А если ты знаешь только язык то ты имплементатор/переводчик, которому всё расжовывают и он просто с человеческого на свой язык переписывает, без возможности что то понять или сделать самостоятельно более сложное решение. Я одно время так занимался переводом математических идей на С, и мне не нравится такая работа. Правда имплементировать крипту мне нравится, я даже свою реализацию ECDSA сделал с нуля на С. Там и математика полностью своя. Можешь падать в обморок или бится истерике: С, криптография и не дипломированный специалист в области крипты в одном  решении сошлись. Надо ради прикола в ваш раст своего С кода понакомитить, по больше, чтобы он помер по быстрее :))))
	Ответить | Правка | Наверх | Cообщить модератору

	322. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Прохожий (??), 17-Сен-22, 17:06
	Слона-то я и не заметил. Ты реально ОСИЛИЛ прочитать оригинал? И что там говорится про существенно улучившуюся СТАБИЛЬНОСТЬ работы приложения благодаря смене ЯП?
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	353. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Sw00p aka Jerom (?), 18-Сен-22, 11:40
	>и низкому переиспользованию конектов к конечным серверам. а что они уверены, что каждый ориджин сервер будет держать открытым соединение? >потребности выросли и стали слишком специфическими, а дальше они сели писать себе свой велосипед. так и должны были поступать, а не использовать коробочное решение. Они таким же макаром могли переписать нджинкс под себя, но увы страх перед С. Жду новостей на тему "Как мы избавились от раст и сократили число серверов, попутно перенесли парсер ХТТП на какой-то SoC или FPGA :)"
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

171. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Аноним (171), 16-Сен-22, 16:18
Пропаганда раста. Заменили далеко не новвй универсальный софт (да ещё и с луа) на специализированный, но реклама не архитектурных изысков, а почему-то раста. С таким же успехом можно сравнивать нджинкс под виндой с апачем на линухе и утверждать что винда в плане сервера лучше. Или очередной "греп для парсинга логов оказался (вот это сюрприз) быстрее универсального грепа".
Ответить | Правка | Наверх | Cообщить модератору

174. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
Сообщение от Аноним (-), 16-Сен-22, 16:24
Не поверите, прочитал новость целиком. >но с ростом сети и увеличения её сложности универсального решения оказалось недостаточно, как с точки зрения производительности, так и из-за ограничений в расширяемости и реализации новых возможностей для клиентов. >Вместо архитектуры с разделением запросов по отдельным процессам-обработчикам (worker) в Pingora применена многопоточная модель >главным образом, способствовало избавление от используемых с nginx медленных обработчиков на языке Lua. Собственно вот здесь весь цимус. Вопрос то к системным архитекторам  которые не заложили должной масштабируемости. Причем тут Си и хдвиж? Ну это прямо как >В качестве мотива для добавления поддержки Rust, кроме положительного влияния на безопасность, Линус называет и возможность повысить интерес к работе над ядром новых участников, что актуально в условиях старения старожилов. То есть старожилы, которые получили фундаментальное образование и для которых небинарность - это что-то ненаучное, но вполне прикладное из раздела клинической психиатрии уходят, заменить аналогами не можем, потомк получайте то, что есть. Браво!
Ответить | Правка | Наверх | Cообщить модератору

	192. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–1 +/–
	Сообщение от Аноним (192), 16-Сен-22, 18:18
	> Вопрос то к системным архитекторам  которые не заложили должной масштабируемости. Что за ересь я читаю на техническом ресурсе‽ Cloudflare только что заменил ключевой компонент своей системы не поперхнувшихсь, но у эникея вопросы к системным архитекторам. Ну, офигеть теперь. Что ещё расскажешь?
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (-), 16-Сен-22, 19:23
	Рассказал. См удаленные.
	Ответить | Правка | Наверх | Cообщить модератору

	309. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (312), 17-Сен-22, 16:02
	Анонимным опеннет экспертам лучше знать как правильно и на чём писать программы. Сами они при этом ни строчки кода не могут показать, но зато знают как другим надо делать
	Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

175. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
Сообщение от Янис (?), 16-Сен-22, 16:29
Пропоганда Раста, не более. Ясно, что на каждом из ЯП можно что-то писать. Но только Раст так пиарят. Все это дело возможно можно было на C++, да хоть на C# написать (может быть). Но вон на Расте написали, и надо сделать на это акцент. Пихают его не зря так активно: что там задумано. Ну по крайней мере я не помню, что какой-то иной ЯП так активно пихади всюду, куда можно.
Ответить | Правка | Наверх | Cообщить модератору

	191. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–1 +/–
	Сообщение от Аноним (192), 16-Сен-22, 18:08
	Можно было написать «на C++, да хоть на C#» написать, но выбрали почему-то раст. Загадка века! Ну не могли же они просто выбрать лучшую платформу из имеющихся. Тут какой-то подвох! > Ну по крайней мере я не помню, что какой-то иной ЯП так активно пихади всюду, куда можно. Java. А до Java — C. Ты просто вчерашний, поэтому не помнишь.
	Ответить | Правка | Наверх | Cообщить модератору

	281. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (282), 17-Сен-22, 09:26
	Пиарщики раста ещё и наглые халявщики, когда яву,помню,пиарили, всех баблом заливали, а эти хотят чтобы за так все перешли на этот дврявый раст.
	Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

	343. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от freecoder (ok), 18-Сен-22, 07:38
	Java продвигали корпорации, а Rust - сообщество. У них свои методы.
	Ответить | Правка | Наверх | Cообщить модератору

	400. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Michael Shigorin (ok), 22-Сен-22, 23:49
	Сообщество со**ществу рознь.  С растовыми _хайпожорами_ гектаром пересечься неохота, увы и ах.
	Ответить | Правка | Наверх | Cообщить модератору

178. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+4 +/–
Сообщение от 12345 (??), 16-Сен-22, 16:34
раст это та гадость из-за которой я на свой любимый дебиан не могу новый фаерфокс собрать? фтопку!
Ответить | Правка | Наверх | Cообщить модератору

	181. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
	Сообщение от Анонн (?), 16-Сен-22, 16:50
	Неужели ты настолько рукожоп, что все собирают, а ты не можешь?
	Ответить | Правка | Наверх | Cообщить модератору

185. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Anonymoustus (ok), 16-Сен-22, 17:46
> решение на базе Pingora не требует использования Lua, поэтому потребляет на 70% меньше ресурсов CPU и на 67% меньше памяти при обработке того же объёма трафика. Нас уверяют в том, что Lua потребляет огромное количество ресурсов? Сегодня 1 апреля?
Ответить | Правка | Наверх | Cообщить модератору

	189. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Человек (??), 16-Сен-22, 18:00
	В конексте раста имеет смысл говорить про очередной "месяц гордости"
	Ответить | Правка | Наверх | Cообщить модератору

190. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+2 +/–
Сообщение от Янис (?), 16-Сен-22, 18:02
По скорости ничего лучше С наверное нет. Ну разве что Ассемблер.
Ответить | Правка | Наверх | Cообщить модератору

	194. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (192), 16-Сен-22, 18:21
	По скорости чего? Добавления CVE в код?
	Ответить | Правка | Наверх | Cообщить модератору

	262. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Без аргументов (?), 17-Сен-22, 07:26
	Откуда ж вы такие берётесь? Реально боитесь слова Си? Я кодю второй десяток лет, и ошибки в основном логические, опечатки, плюс минус перепутал, а не в указателях.
	Ответить | Правка | Наверх | Cообщить модератору

	308. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (312), 17-Сен-22, 15:54
	Покажи что написал на Си Глупые набросы на опеннет можешь не показывать
	Ответить | Правка | Наверх | Cообщить модератору

	314. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (192), 17-Сен-22, 16:33
	Да любого сишника послушать — каждый кодит десятилетиями, и всегда без ошибок. Так-то я тоже hello world без ошибок могу. Правда неясно, кто все эти чисто сишные CVE последние полвека кодит.
	Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

	204. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–1 +/–
	Сообщение от Аноним (209), 16-Сен-22, 18:58
	Внезапно есть C++ и да если его правильно готовить то он сопоставим по скорости
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	234. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (235), 16-Сен-22, 23:02
	А какие типы ты знаешь в ассемблере, например? Тоже видимо в 90е ему. Ой а ведь весь код компилируется в ассемблере, а потом ассемблируется
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–1 +/–
	Сообщение от Аноним (211), 16-Сен-22, 19:21
	Weak typing в системном языке на одном уровне с Perl, PHP, JS и VB? https://miro.medium.com/max/2400/1*BddwVWW6hFU0miT9DCbUWQ.png Спасибо, не надо. Пускай оно остается в 90х как и все эти хейтеры раста.
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	252. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Варенье (?), 17-Сен-22, 04:55
	Вот, кстати, в PHP система типов год от года становится строже. Статический анализ через псалм, отмена duck typing через strict_types, строго типизированные поля классов, тип-суммы, это всё уже есть в 8.1 Не хватает, конечно, типизации массивов, дженериков и ошибок на шаге компиляции опкода при несовпадении типов, но это сильно ударит по производительности
	Ответить | Правка | Наверх | Cообщить модератору

	342. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–2 +/–
	Сообщение от freecoder (ok), 18-Сен-22, 07:34
	Путь похапешника: PHP -> Go -> Rust Путь питониста: Python -> Go -> Rust Путь сишника: C -> Rust
	Ответить | Правка | Наверх | Cообщить модератору

	377. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (122), 19-Сен-22, 13:36
	Намекаешь, что все там будем? Это да. Сдохнут все, но некоторые быстрее, а некоторые прямо сейчас уже сдохшие.
	Ответить | Правка | Наверх | Cообщить модератору

197. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+3 +/–
Сообщение от Аноним (192), 16-Сен-22, 18:29
Cloudflare, в который тут ни один комментатор собес не пройдёт (но обязательно расскажет, как ему это не нужно), наглядно показал, что сколько топовых инженеров не нанимай, а проще на Расте с нуля написать, чем копролит на Си форкать.
Ответить | Правка | Наверх | Cообщить модератору

	335. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (312), 18-Сен-22, 01:27
	Местные эксперты, пишущие глупости в комментарии, не пойдут собеседование почти никуда. Они ничего не умеют делать кроме оскорбления разработчиков под новостям. Судя по тому что пишут, они ни дня не работали, иначе хоть немного ценили бы чужой труд
	Ответить | Правка | Наверх | Cообщить модератору

203. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–2 +/–
Сообщение от Аноним (209), 16-Сен-22, 18:56
Ясно Cloudflare не опилили ООП и переписывают ПО с одной дряни(С) на другую(Rust), вангую что через пару лет проект загнется так как поддерживать кодовую базу станет просто некому и некогда
Ответить | Правка | Наверх | Cообщить модератору

218. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Аноним (-), 16-Сен-22, 19:30
написали же, что написан на rust. значит не только быстрее, ловчее и всё это, но и бабушек через дорогу переводит.
Ответить | Правка | Наверх | Cообщить модератору

219. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+3 +/–
Сообщение от Аноним (220), 16-Сен-22, 19:51
Прикольно, что раст смог обогнать луа-скрипты!
Ответить | Правка | Наверх | Cообщить модератору

221. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Аноним (221), 16-Сен-22, 20:02
Похоже, время С/C++ проходит...
Ответить | Правка | Наверх | Cообщить модератору

	223. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (-), 16-Сен-22, 20:09
	Приходит время переосмысления и рефакторинга на вновь выученных Си.
	Ответить | Правка | Наверх | Cообщить модератору

	285. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (285), 17-Сен-22, 12:01
	Требования к коду возросли, да. А инструмент остался тот же, меняться не хочет. Новые редакции ему не нужны. Получается вам подают суп, но вилку вы ни на что не променяете. В принципе, это реально, вилкой суп съесть; но неуместно.
	Ответить | Правка | Наверх | Cообщить модератору

	288. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (339), 17-Сен-22, 13:07
	Уж какие тут требования, побыстрее запилить фичу и выкинуть в прод, чтоб конкурент не опередил? Ну это если мы говорим о всякой там вебне, типа барахолки. В сириус бузинессе все таки более консервативны. Знали бы Вы что там в этих Ваших банках, даже системнообразующих еще применяется.. Да что там суп вилкой. Раст - это как суп дырявой ложкой. Дырочку прикрывай и скорей проглатЫвай.
	Ответить | Правка | Наверх | Cообщить модератору

	401. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Michael Shigorin (ok), 22-Сен-22, 23:52
	> А инструмент остался тот же, меняться не хочет. Чтоб Вы поддерживали на "инструменте", который "хочет и меняется", что-либо *тяжёлое*. До самой пенсии! (ц)
	Ответить | Правка | К родителю #285 | Наверх | Cообщить модератору

	264. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Без аргументов (?), 17-Сен-22, 07:28
	Полторы софтины из тысяч это 0.00001%
	Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

225. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+3 +/–
Сообщение от Онаним. (?), 16-Сен-22, 20:46
А я-то уже неделю гадаю, почему у ряда работающих через клаудфларь всё так совсем хреново стало. А тут вон оно чего.
Ответить | Правка | Наверх | Cообщить модератору

239. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	–1 +/–
Сообщение от Трушный (?), 16-Сен-22, 23:27
Да, похоже скоро Rust совсем вытеснит C/C++ . И будут тогда горько рыдать любители сишечки и крестов над своими многотомными конспектами о шаблонах, неопределенном поведении, указателях и корить  Страуструпа за бесцельно загубленную молодость.
Ответить | Правка | Наверх | Cообщить модератору

	242. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (242), 17-Сен-22, 00:26
	Пока что безработица в рядах именно раст программистов.
	Ответить | Правка | Наверх | Cообщить модератору

	245. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Трушный (?), 17-Сен-22, 00:58
	Я три года назад видел объявление о поиске Раст программиста с зп в 12000 долларов. Это в России, кстати.
	Ответить | Правка | Наверх | Cообщить модератору

	302. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (-), 17-Сен-22, 14:56
	100500 ? раст самый низкооплачиваемый и вообще никому ненужный - изучайте рынок и не пишите бред
	Ответить | Правка | Наверх | Cообщить модератору

	332. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Онаним. (?), 17-Сен-22, 17:47
	Там видимо валютой ошиблись, и это рубли были.
	Ответить | Правка | К родителю #245 | Наверх | Cообщить модератору

	380. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Michael Shigorin (ok), 19-Сен-22, 14:47
	> Пока что безработица в рядах именно раст программистов. Осторожней, ещё занесёте в ту бестолковку понимание того, что большие деньги в ИТ обычно плотють за штуки скучные и неинтересные, которые должны работать долго -- и что это вообще никак не сочетается со "вчерашний компилятор давно устарел".
	Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

	265. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Без аргументов (?), 17-Сен-22, 07:29
	Прям сидят все и рыдают. Тысяча людей перед тем, что пара хипстеров захотела новенького.
	Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

	362. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (312), 18-Сен-22, 15:55
	Но ведь судя по маразмам в комментариях так и есть.
	Ответить | Правка | Наверх | Cообщить модератору

	266. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Без аргументов (?), 17-Сен-22, 07:31
	Вы так говорите, как будто C++ разраб не осилит более примитивные, но не более читаемый Раст
	Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

272. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Аноним (272), 17-Сен-22, 08:50
https://www.lua.org/pil/2.3.html Вообще не понимаю выбор lua в качестве языка для nginx - там даже int'ов нет. Все числа всегда float
Ответить | Правка | Наверх | Cообщить модератору

	329. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Прохожий (??), 17-Сен-22, 17:30
	Не для nginx, а для некоторой несущественной для общей производительности части задач, связанных с nginx. Я реально не понимаю, как с такими когнитивными способностями некоторые из здешних "экспертов" умудряются программированием заниматься.
	Ответить | Правка | Наверх | Cообщить модератору

	361. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (312), 18-Сен-22, 15:53
	Знать как правильно писать программы не значит писать программы. Эксперты и не пишут, они дают ц.у. нерадивым программистам как правильно нужно было написать программу, в комментариях под новостям
	Ответить | Правка | Наверх | Cообщить модератору

	373. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Аноним (373), 19-Сен-22, 12:05
	Выбор продиктован легкостью встраивания, наличием джита и лучшей в скриптовых поддержках асинхронности (слово корутины пришло из мира луа).
	Ответить | Правка | К родителю #272 | Наверх | Cообщить модератору

280. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Аноним (282), 17-Сен-22, 09:23
Вот что бывает, когда не умеешь NGINX настраивать.
Ответить | Правка | Наверх | Cообщить модератору

286. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Аноним (286), 17-Сен-22, 12:37
А что все раст да раст? Говешечка уже не в моде? Как-то пиар подутих, или мне показалось?
Ответить | Правка | Наверх | Cообщить модератору

	331. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Прохожий (??), 17-Сен-22, 17:34
	Говешечка заняла свою узкую нишу и больше никому нигде особо не нужна. Через некоторое время, вполне возможно, Раст вытеснит Говешечку и оттуда. Собственно, уже инциденты, вроде, были. Кажется, Дискорд так поступил когда-то, заменив плохо предсказуемую (на то время) Говешечку Растом.
	Ответить | Правка | Наверх | Cообщить модератору

	333. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Аноним (-), 17-Сен-22, 18:27
	> Говешечка уже не в моде? Как-то пиар подутих, или мне показалось? Go выше раста в рейтингах языков. Но Пщ понятнее зачем нужен. Теоретические преимущества раста до сих пор во многом теоретичны, потому что для их проверки реальностью надо написать довольно много чего, как библиотек так и софтин. И поэтому раст до сих пор в новостях: есть поводы ожидать сюрпризов, как приятных так и неприятных. С Го уже сюрпризов особых не будет, чего о нём писать?
	Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

358. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Аноним (358), 18-Сен-22, 14:34
Если им так томрзил LUA, то не проще ли было сделать модуль на расте, реализующий их луа-логику для nginx?
Ответить | Правка | Наверх | Cообщить модератору

	363. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Анонн (?), 18-Сен-22, 19:22
	Тормозила не только луа. Нгикс не мог нормально распределять задачи чтобы не было простоев. Были варианты форкнуть нгинкс или перепилить его внутрянку под себя, или написать своими силами на чем захотят. Пришли к выводу что перепиливать будет слишком долго/дорого. Написали на расте все - и то что делал нгикс, и то что делала луа. В итоге получили прибавку к скорости, лучшую балансировку и т.д. Попутно нашли пару багов в системе. Профит. Хз чего у всех так горит. Просто какой-то сбор победителей спецолимпиады.
	Ответить | Правка | Наверх | Cообщить модератору

	365. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+1 +/–
	Сообщение от Анончик (?), 19-Сен-22, 01:56
	Так хоть за раскладывайся. Если там блокирующие вызовы, их нужно минимизировать. А по поводу переписывания, кто то себе решил сделать себя не заменимым - вся мотивация переписывания на расте.
	Ответить | Правка | К родителю #358 | Наверх | Cообщить модератору

393. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
Сообщение от Аноним (393), 22-Сен-22, 10:13
Nginx не вытягивает, так как продался F5, который и не собирается его развивать. Хочу заметить, что основной пик развития и вложения сил в nginx произошел, когда разрабатывался внутри Рамблера. Только Рамблер может и умеет развивать nginx!
Ответить | Правка | Наверх | Cообщить модератору

	402. "Cloudflare перешёл с NGINX на собственный прокcи Pingora, на..."	+/–
	Сообщение от Michael Shigorin (ok), 22-Сен-22, 23:54
	> Только Рамблер может и умеет Firefox не может установить соединение с сервером rambler.ru.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема