Григорий Петров - Почему Python медленный?
ฝัง
- เผยแพร่เมื่อ 7 มิ.ย. 2024
- Подписывайтесь на наш канал здесь и в телеграмм t.me/meetups_evrone, чтобы быть в курсе будущих митапов и не пропускать полезные доклады!
Григорий Петров, DevRel - Evrone
Всего двадцать лет назад мир был простой и понятный. Python, Ruby и PHP были "скриптовыми", "интерпретируемыми" языками. А C++ и Java "компилируемыми, поэтому в сотни раз быстрее". А сейчас, в 2021 году, "задача четырех тел" решается на C++ всего лишь в два раза быстрее, чем на JavaScript. Но все так же в сотни раз быстрее, чем на Python или Ruby. Звучит несправедливо, и есть много хороших докладов, отвечающих на вопрос "что делать" и как обмазать все PyPy, Numba и Cython. Я же расскажу о том, "кто виноват": про компиляторы, байткод, ceval.c, виртуальные машины, JIT, нативные расширения и всё то, из-за чего мы вынуждены слышать обидное "Python медленный".
00:00 - Введение
01:07 - Что сейчас будет?
02:19 - Как работает CPU?
04:05 - Скорость = инструкции/время
06:15 - Скорость = память
08:37 - Кому можно поручить заботу о памяти?
14:10 - Почему Python тормозит, а Rust не тормозит?
19:38 - Как работает виртуальная машина Python
20:37 - Почему JS JIT быстрый, а Python JIT нет
24:34 - Путь Python
25:46 - Завершающая речь
Блин, обожаю этого чувака: настолько интересно рассказывать - это прям мощно.
А вот за уточнение, что Питон это НЕ интерпретируемый язык, хочется выразить отдельный респект.
А то слишком много людей развелось, которые считают, что это интерпретируемый язык.
Компилятор питона в студию!
Григорий написан на пайтоне , из за этого он медленный
На скорости х1,25 вообще огонь смотреть. Рекомендую.
1.33 выделил для себя как идеальную скорость для любых роликов, вдруг поможет
Это вы еще х2 не пробовали)
Обожаю ваши подкасты!
Очень интересный доклад. Спасибо
Спасибо вам большое, Григорий! Надеюсь, однажды мы с вами поработаем в команде)
Отличный доклад, спасибо, очень интересно и, что нетипично, понятно!
Большое спасибо за Ваш доклад. Очень емко, по делу и без воды! Посмотрел с огромным интересом.
Единственное, не понимаю, почему выбрали такой ракурс для съемки - непривычно. Крупный план лица (его было мало) приятнее наблюдать, чем ноги.
Григорий как всегда на высоте!
Топовый доклад.
в топ ютуба!)
можете посоветовать ресурсы, где можно прочитать про совместимость ЯП?
На первом этапе не важно сколько выполняется бизнес задача 0.1 сек или 2 сек, главно что бы она уже работала и приносила прибыть.
В Евроне реально крутые пацаны!!!
Отличное видео для того что бы опять словить эффект самозванца). Радует то что мне хоть маленечко что-то понятно, но это не точно. Слушать спикера очень приятно. Спасибо!)
Вам спасибо!
первый раз слышу что ядра одного процессора работают последовательно. Где бы почитать про это? очень интересно.
Нигде, это бред.
Интересно зачем делать тогда многоядерные процессоры если все стоят, а один работает. Не знал, что ядрам надо отдыхать, причем если исходить из слов Григория, то чем больше ядер тем они менее эффективны, в 64 ядерном получается ядро работает лишь 1/64 от всего времени. Редкая дичь
@@user-hg4to3df3s скорее автор имел ввиду, что ядра многоядерного процессора начинают работать не синхронно по к.л. причине.
А тактовые импульсы после умножителя он значит еще раз дробит для каждого ядра? Это еще большая чушь. Давайте прикинем, после умножителя скажем имеем 3 ГГц, далее 32 ядра, которые по вашему запускаются не сразу (но они должны же быть синхронизированы с теми же регистрами и тд?) значит после прихода первого импульса на 3 ГГц он дробится для всех ядер в 32 последовательных импульса, те ядро получает импульс с частотой примерно 90ГГц. Да вам нобелевку надо дать
т.е. в дотнете и джаве нет виртуальной машине? интересная новость!
как удобный синтаксис влияет на скорость языка?
в сишарпе каждые пол года с десяток новых синтаксических фичей завозят.
в плюс количество синтасисовых фич вообще не поддается исчеслению
столько джунов смотрит григория, а он такую дичь заливает(
А где и когда Java потеряла свою виртуальную машину?
Что за дизайнер работал? Я в восторге
Посоветуйте литературу по железу, ос.
Такую чтобы базовая была, качественная.
Программисту по железу надо знать примерно следующее:
Все регистры всех устройств на материнской плате отображаются в определённые диапазоны адресов адресного пространства любого процесса. Любой процесс может находиться в двух состояниях:
1) в исполнении пользовательского кода, то есть кода приложения;
2) в состоянии "нырка" в режим ядра и исполнении кода ядра.
Во втором пункте исполняется код операционной системы и драйверов устройств, которые являются частью операционной системы после их запуска. Регистры всех устройств на материнской плате доступны только когда процессор находится в состоянии 2 (то есть в режиме ядра).
Адреса регистров конкретных устройств на материнской плате можно посмотреть через служебное приложение "диспетчер устройств".
Нырок процессора в состояние ядра обычно производится по аппаратному прерыванию от системного таймера, в обработчике которого расположен код перевода процессора из режима исполнения кода приложения в режим исполнения кода ядра. Обычно интервал срабатывания такого таймера составляет примерно 0.01 секунды (10 миллисекунд).
Но, сразу скажу, что 99% программистов эту всю историю с таймерами, прерываниями и регистрами устройств знать необязательно, так как никогда и нигде они ни с чем подобным не столкнутся в реальной практике прикладного программирования.
@@addressmodel2121 я литературу просил
@@Das.Kleine.Krokodil , литературу? - Нормальной литературы по этой теме нету. Кое что есть из области разработки драйверов. Найдите в интернете что то типа Windows Driver Model (WDM), вроде там болталась пара тоненьких книжек. Ещё вроде бы болталась книжка "Драйвера сетевых устройств"., автора точно не помню, то ли Олифер, то ли ещё кто то. В общем, тема драйверов не популярная и конкретно хорошей литературы нету. Если вам интересна эта тема, то собирайте инфу по крупицам. Ройтесь по всему интернету.
Давайте На Ассемблере Писать Он самый быстрый в мире🤣🤣🤣
Если бы Григорий записал 100 докладов - я бы послушал их все.
В смысле ядра работают последовательно? Тогда несколько ядер должны работать как одно.
Нет конечно. У вас 16 ядер. Сначала работает первое. Потом второе.... Потом 16-е. Затем снова первое. И так 3 миллиарда раз в секунду. Для вас, как пользователя и программиста 16 ядер работают одновременно на частоте 3 гигагерца) Но ни одно из них на самом деле не работает действительно ОДНОВРЕМЕННО с другим. Относительно друг друга они работают последовательно.
@@grigoryvp всё ещё непонятно. А если ядро одно? Почему оно не может работать 16*3млрд раз в секунду? Т.е. импульс сначала первый раз идёт на ядро, потом второй раз, потом третий - шестнадцатый и так далее 16 млрд раз в секунду?
@@user-lh6ou6de6l Нагрев :(
@@grigoryvp эх так и думал, но надеялся на что-то более интересное. Спасибо!
Забавное, конечно пространственное распределение нагрева
@@grigoryvp т.е. много ядер только для избегания нагрева?
это по типу как Картечница Гатлинга?
Гриша, Питон или Руби для бэка?)
Гриша
@@ufocoder чудик
@@paxpax1707 Гриша - это что?
@@alxvsetiГриша - это «КТО». ТС дал на выбор 3 сущности, люди голосуют за Гришу, для бэкенда 😁👍
бесит уменьшительно ласкательные
Это такая особенность - выглядеть на всех докладах в одном и том же (одежде)?))
С десяток докладов - стиль одинаковый.
Это как советский инженер, в 25 и 40 лет в паспорте фотка в том же самом костюме.
авто не компетентен и как ни странно плохо понимает о чем говорит. особенно про go, сам осознает, что это контрпример его тезисов, но чтобы не сыпаться придумывает оправдания про хип и стек, типа в руби или питоне его нет. удивительно что он сделал столько однотипных докладов на одну и ту же тему и ему никто не объяснил его ошибки, да и просто не сказал что он не прав, ведь под его утверждениями нет даже какой-то внятной основы.
такие выступления, нацелены на "джунов", "мидлов" (сомнительно) - как кстати и сказал докладчик, от этого все так поверхностно и неточно ощущается
@@user-kw7gi6ok7h тут не в уровне слушателя дело, а в уровне докладчика. он не понимает темы, видимо весь его опыт это питон и руби, по этому у него нет ни малейшего понятия что там в vm, отсюда и такой результат вцелом.
зачем сегодня python вообще нужен, если есть Go? Только тянуть старые проекты ...
Гошка всё-таки нишевая штука, в первую очередь заточенная под настоящий хайлоад. А для сложной бизнес-логики при отсутствии большой нагрузки питон сильно лучше подходит.
А зачем вообще гошка, когда есть C++ ?
@@linuxoidovichc++ сложен в разработке и поддержки существующего ПО. Он требует кратно большие усилия чем Go. Rust видимо подходит всем)
@@redneck_prm5429 питон уже устарел и довольно многословен. Нет у него перспектив, как мне кажется
както больно резко был переход от кешей к "управлению" памяти в языках - как это вообще связано? и как компилятор то влияет на эффективность работы с кешем? насколько будет эффективная работа с памятью и кешами определяется исключительно тем, какие структуры данных (читай сколько указателей надо разыменовывать чтоб к ним добраться) и если программист об этом не думает, а он об этом не думает т.к. сложность бизнес логики заставляет забить на это болт, компилятор ничем не поможет. а видимая "эффективность" программ на плюсах заключается в том, что программист имеет возможно меньше дрочить аллокаторы памяти, что является самым тормозным звеном в любой современной программе.