В
Ладно, проехали
Size: a a a
2019 December 31
c
Тут вопросов нет. Я про то что когда кандидат дрочит на свои 20,30,...к рпс с одной ноды. А там ботлнек в константных 700 миллисекунд с одним из сервисов ниже, то не важно сколько рпс может выдать псги или фцги и кто даст больше...
В
Ещё раз. RPS не равно CONCURRENT
SZ
Окей, тогда конкретизирую.
Сколько должно быть запущено копий интерпретатора, чтобы обслужить 1000 одновременных запросов, и чтобы не было бэклога?
Сколько должно быть запущено копий интерпретатора, чтобы обслужить 1000 одновременных запросов, и чтобы не было бэклога?
одной достаточно
В
По ходу я отстал от жизни ))) Ладно, всех с наступающим!
DF
По ходу я отстал от жизни ))) Ладно, всех с наступающим!
Как кто-то говорил на хайлоаде: хайлоад это не циферки в рпс, а когда топовое железо перестает справляться с задачей, а со скейлингом этого железа бюджет
c
Слова не мальчика, а мужа 😂😂😂
В
Не, я просто помешан на перформансе, паранойя блин... после одного проекта. Вчера кстати начал один проект на перле, там внутрях будет один хардкорный лоу левел. Как сделаю, выложу в опенсорс
DF
Для производительности на первом месте архитектура и алгоритмы, а остальное уже по месту
AU
Последнее время всегда типает когда кандидат на собезе говорит про "хайлоад". Обычно это абстрактная хуйня - цифры ради цифр
Справедливости ради, со стороны собеседующих такое же наблюдал.
AP
Highload - очень, крайне узкая ниша, которую поминают часто вообще не к месту. У них там проект с сотней юзеров и сотней поисковых ботов, а замашки архитектуры делаются на миллионы. Потому, что в тренде должны быть
AP
На счёт перла в хайлоаде - Монс не один доклад уже сделал про это.
AS
Эмм... по мне дак хайлоад - это когда конкретно какой-то проект не справляется. Соотвественно можно говорить о цифрах, применительно только к этиму проекту.
Может быть такое, что один сервис с 1000 rps работает нормально (нормально означает, что всех устраивает время ответа), а другой с 1 rps загибается (не устраивает время ответа).
Может быть такое, что один сервис с 1000 rps работает нормально (нормально означает, что всех устраивает время ответа), а другой с 1 rps загибается (не устраивает время ответа).
Я перепутал, с 1000 rps всех НЕ устраивает (тут хайлоад) и хочется больше, с 1 rps всех устраивает (тут хайлоада нет).
Вообщем суть такая, что у разных сервисов хочется иметь разные rps и соответственно у каждого свой хайлоад))
Вообщем суть такая, что у разных сервисов хочется иметь разные rps и соответственно у каждого свой хайлоад))
VO
Как кто-то говорил на хайлоаде: хайлоад это не циферки в рпс, а когда топовое железо перестает справляться с задачей, а со скейлингом этого железа бюджет
Это какой-то хуевый хайлоад
В
На счёт перла в хайлоаде - Монс не один доклад уже сделал про это.
В
И всё в таком роде
В
И до чистого EV доходило, проходили. С асинхронностью в перле вообще беда, так что все эти костыли с замашкой на попытку прорваться в хайлоад - не вариант
В
Вообще в перле 6 вроде когда-то обещали тру параллельность сделать, я ждал... долго ждал )))
DF
Это какой-то хуевый хайлоад
Это настоящий хайлоад, а не дрочка от интернет магазинов с 10 покупателями в сутки
DF
Вообще в перле 6 вроде когда-то обещали тру параллельность сделать, я ждал... долго ждал )))
Асинк-авейт там из коробки, бери и пиши :)