Python и Ruby под нагрузкой: самый низкий уровень / Григорий Петров (Evrone)
HTML-код
- Опубликовано: 3 окт 2021
- Приглашаем на конференцию Saint HighLoad++ 2024, которая пройдет 24 и 25 июня в Санкт-Петербурге!
Программа, подробности и билеты по ссылке: vk.cc/cuyIqx
--------
--------
HighLoad++ Весна 2021
Крупнейшая профессиональная конференция для разработчиков высоконагруженных систем
17 и 18 мая 2021. Москва, Крокус-Экспо
Тезисы и презентация:
www.highload.ru/spring/2021/a...
Когда пропадает простой способ масштабировать сервис под нагрузкой - появляется хайлоад. Но случается такое не сразу, не у всех и не всегда. Многие сервисы годами работают на "нехайлоадных" PHP, Python и Ruby, обрабатывая тысячи веб-запросов в секунду и не чувствуя необходимости писать свой компилятор PHP или переходить на Go с Rust.
...
--------
Нашли ошибку в видео? Пишите нам на support@ontico.ru
Шикарный образ! Григорий топовый некромансер ))
00:00 Вступление
01:15 Почему Python и Ruby
03:58 Этим кто нибудь пользуется?
05:35 О чем этот доклад?
08:55 Python и Ruby начинаются с Nginx
10:40 Application server
15:17 Процессы, потоки, GIL и GC
22:27 Python
24:15 Django
26:01 Ruby
29:32 Выводы
33:20 Вопрос: JS быстрее чем Ruby, потому что он не такой динамический как Ruby и поэтому оптимизируется JITом?
37:50 Вопрос: Если бы Ruby был нормальным языком, то не нужно было бы 65% тратить на балансеры, кэши и прочую обвязку?
39:29 Вопрос: Хорошо бы внизу на плюсах а сверху чем то для бизнес логики, чтобы была золотая середина?
43:02 Вопрос: Нужен ли Application server, с учетом того, что многое реализовано в современной контейнеризации?
44:57 Вопрос: Если из фреймворка убрать ORM и заменить SQLем то ускорится сильно? Flask такой же медленный как Django?
47:10 Вопрос: Python не годится для хайлоада, т.к. его не получится рефакторить, т.к. он с динамической типизацией?
Григорий прям раскрылся в этом образе. Говорить стал увереннее, быстрее.
Мурашки аж побежали к середине выступления. Образ можно закреплять.
Получается он реальный некромант😊
Превью на 40:04 в плей-треке прям подходит по смыслу к некроманту, думал что это не стулья а могилы 😂
Уволеный юниор подумал что доклады у него получатся лучше.
Григорий крут. как и всегда.
Best. Wonderful speakers.
очень интересный и полезный доклад, непустая трата времени, как всегда от данного спикера.
согласен, пересмотрел несколько раз.
@@theonewhoknocks8496 да, в один проход не осилить
Wow
Понасенков в мире IT
В точку.
6:05 "выжав из python всё, оставив голую С-исешку".
А как вам такой вариант: "сняв с python-а всё и оставив лишь голую С-исечку" :-))
32:06 это к чему было про Lyft?
к тому, что иногда лучше потратить 10 центов на такси, чем самостоятельно поддерживать производство и обслуживание таксопарка (образно)
наверно автор хотел сказать, что они готовы заплатить эти 10 центов амазону за железо, но заработать доллар благодаря руби и тому, что они могут на нем сделать. в теории. на практике убер и лифт или убыточные компании или близко к этому и у них каждый цент на счету, потому что бизнес модель по факту не дает накинуть маржу, а все что они делают на руби (я про лифт) можно с такой же скоростью реализовать в действительности на всем остальном.
бл, норм лыбанулся с утра
Объясните, откуда у еврон платить деньги на это......
автор очень уверенно рассказывает то, в чем совершенно не разбирается (особенно про кэши), видимо где-то начитался чужих домыслов. все его утверждения опровергает java и jvm - виртуальная машина и jit в котором нет gil, зато есть и "резиновые списки", и автоматическое управление памятью и даже возможность вызова нативного кода в как минимум трех вариантах на сегодня. ну а кому java не руби, тот может пользоваться groovy и другими языками со все теми же свойствами jvm. так что слайд 16:30 это чистая фантазия автора. единственная причина почему в python и ruby есть gil - потому что так сильно проще сделать vm, и первые версии этих виртуальных машин появились во времена пентиума 4, когда ядро у всех было одно и никто не собирался их гонять на серверах.
Про Делфи ни слова)
То есть получается, что Go всех победил?
Почему? Думаю что у каждого инструмента своя ниша, почему кто то должен победить?!
@@barrettM8 а какая ниша у Ruby?
@@olegneumyvakin3595 сам не пишу на этом языке) ну вот докладчик же всё объяснил.
@@olegneumyvakin3595 ниша мёртвых языков же
@@olegneumyvakin3595 Многомиллиардные стартапы.
Из Фортрана в С; из С в Питон; из Питона в Руби; Т.е. из пустого в порожнее. Не надоело?
подверждаю орм может тормозить причем знатно
Netflix же на ноде написан
на java, можешь посмотреть их гитхаб. + они по сути spring cloud и делают
@@user-md2fk3jj1e до 2010 года на джаве, сейчас на ноде)
Очень поверхностно. Ничего полезного в данном докладе, пустая трата времени, как всегда от данного спикера.
За деталями - в документацию и исходный код. Все доклады обречены быть поверхностными.
@@Points_of_Singularity до определенной степени обречены, тут же речь идет о крайней степени. Видно что большинство докладов (увы) рассчитаны на тех, кто хочет ознакомиться со сферой, вместо обмена опытом тех кто уже работает в этом и понимает (это скорее в кулуарах). Но это не означает что принципиально нельзя сделать глубокий доклад по какой-то проблеме, такие редко но есть.
@@Points_of_Singularity ну вот ты когда в последний раз в исходный код лазил? зачем лазил, что там нашел, что там не нашел? вот это был бы интересный доклад, а так - кеширование гил маштабируемость процессами байткод - не ну серьезно? мы тут про хайлоад или про самые популярные вопросы на собеседовании миддл девелопера?
Cделай лучше, а мы заценим.
полностью согласен, автор втирает какую-то дичь про кэши и память, льет воду сплошной струей. и похоже не понимает смысл термина "перекомпиляция", который он произносит в контексте js и jvm. как минимум java перекомпилирует код в процессе, т.е. собирает профайл и метрики, один и тот же код может перекомпилироваться если меняются условия выполнения. мораль в том, что сложно рассказывать о том, с чем никогда не сталкивался и не работал, вот приходится гадать и пускать туман ;)