Григорий Петров - Почему Python медленный?

Поделиться
HTML-код
  • Опубликовано: 17 окт 2024

Комментарии • 67

  • @gobpblueex
    @gobpblueex Год назад +6

    Отличный доклад, спасибо, очень интересно и, что нетипично, понятно!

  • @DonatIvanov
    @DonatIvanov 2 года назад +6

    Большое спасибо за Ваш доклад. Очень емко, по делу и без воды! Посмотрел с огромным интересом.
    Единственное, не понимаю, почему выбрали такой ракурс для съемки - непривычно. Крупный план лица (его было мало) приятнее наблюдать, чем ноги.

  • @АлексейМолодан-з3ф
    @АлексейМолодан-з3ф 3 года назад +4

    Обожаю ваши подкасты!

  • @АнимусАнанимус
    @АнимусАнанимус 3 года назад +3

    Григорий как всегда на высоте!

  • @MrTrevolta
    @MrTrevolta 2 года назад +13

    На скорости х1,25 вообще огонь смотреть. Рекомендую.

    • @id0ntmindzz865
      @id0ntmindzz865 7 месяцев назад +1

      1.33 выделил для себя как идеальную скорость для любых роликов, вдруг поможет

    • @pythonbeginnerr
      @pythonbeginnerr 7 месяцев назад

      Это вы еще х2 не пробовали)

    • @РайымбекСаят
      @РайымбекСаят 3 месяца назад +1

      😝😝😝😝😝😝😝😝😝😝😝n😝344😝😝😝😝😝😝😝😝😝😝😝😝😝444ұу444ууууу44у44уууу34444у444443уу😱🐾🐾🐾🐾💁‍♀️🐾😱😱💁‍♀️😱😱🪶🪶🪶🪶😱🪶🪶🪶🪶😱🪶😱🪶🪶🪶😱😱🪶😱😱😱😱😱🪶😱😱🪶😱😱😱🪶🪶🪶😱😱😱😱😱👪👪👪👪👪👪👪👪😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝😝

  • @oghry
    @oghry 3 года назад +12

    Очень интересный доклад. Спасибо

  • @7IdE
    @7IdE 7 месяцев назад +3

    Блин, обожаю этого чувака: настолько интересно рассказывать - это прям мощно.
    А вот за уточнение, что Питон это НЕ интерпретируемый язык, хочется выразить отдельный респект.
    А то слишком много людей развелось, которые считают, что это интерпретируемый язык.

    • @ivormacky5078
      @ivormacky5078 5 месяцев назад +1

      Компилятор питона в студию!

  • @ВладиславГришин-ш7ш

    первый раз слышу что ядра одного процессора работают последовательно. Где бы почитать про это? очень интересно.

    • @alexf3289
      @alexf3289 Год назад +2

      Нигде, это бред.

    • @АлексейКарачанский
      @АлексейКарачанский 10 месяцев назад +2

      Интересно зачем делать тогда многоядерные процессоры если все стоят, а один работает. Не знал, что ядрам надо отдыхать, причем если исходить из слов Григория, то чем больше ядер тем они менее эффективны, в 64 ядерном получается ядро работает лишь 1/64 от всего времени. Редкая дичь

    • @ВладиславГришин-ш7ш
      @ВладиславГришин-ш7ш 10 месяцев назад

      @@АлексейКарачанский скорее автор имел ввиду, что ядра многоядерного процессора начинают работать не синхронно по к.л. причине.

    • @АлексейКарачанский
      @АлексейКарачанский 10 месяцев назад

      А тактовые импульсы после умножителя он значит еще раз дробит для каждого ядра? Это еще большая чушь. Давайте прикинем, после умножителя скажем имеем 3 ГГц, далее 32 ядра, которые по вашему запускаются не сразу (но они должны же быть синхронизированы с теми же регистрами и тд?) значит после прихода первого импульса на 3 ГГц он дробится для всех ядер в 32 последовательных импульса, те ядро получает импульс с частотой примерно 90ГГц. Да вам нобелевку надо дать

  • @ostvsvl7712
    @ostvsvl7712 3 года назад +6

    в топ ютуба!)

  • @domeno8525
    @domeno8525 3 года назад +4

    Топовый доклад.

  • @tankowot
    @tankowot 2 года назад +8

    На первом этапе не важно сколько выполняется бизнес задача 0.1 сек или 2 сек, главно что бы она уже работала и приносила прибыть.

  • @mexico76
    @mexico76 Год назад +1

    Отличное видео для того что бы опять словить эффект самозванца). Радует то что мне хоть маленечко что-то понятно, но это не точно. Слушать спикера очень приятно. Спасибо!)

  • @nikvacuol5711
    @nikvacuol5711 Год назад +1

    можете посоветовать ресурсы, где можно прочитать про совместимость ЯП?

  • @true_ivansanin
    @true_ivansanin 3 года назад +5

    Спасибо вам большое, Григорий! Надеюсь, однажды мы с вами поработаем в команде)

  • @user-dn6vv9qd4w
    @user-dn6vv9qd4w 3 года назад +1

    В Евроне реально крутые пацаны!!!

  • @MrFrimko
    @MrFrimko Год назад +8

    т.е. в дотнете и джаве нет виртуальной машине? интересная новость!

    • @MrFrimko
      @MrFrimko Год назад +5

      как удобный синтаксис влияет на скорость языка?
      в сишарпе каждые пол года с десяток новых синтаксических фичей завозят.
      в плюс количество синтасисовых фич вообще не поддается исчеслению

    • @MrFrimko
      @MrFrimko Год назад +7

      столько джунов смотрит григория, а он такую дичь заливает(

  • @С.Семенчук
    @С.Семенчук Год назад +4

    А где и когда Java потеряла свою виртуальную машину?

  • @ruslandad365
    @ruslandad365 Год назад +3

    Давайте На Ассемблере Писать Он самый быстрый в мире🤣🤣🤣

  • @mvo5450
    @mvo5450 11 месяцев назад

    Если бы Григорий записал 100 докладов - я бы послушал их все.

  • @Das.Kleine.Krokodil
    @Das.Kleine.Krokodil 2 года назад +3

    Посоветуйте литературу по железу, ос.
    Такую чтобы базовая была, качественная.

    • @addressmodel2121
      @addressmodel2121 10 месяцев назад

      Программисту по железу надо знать примерно следующее:
      Все регистры всех устройств на материнской плате отображаются в определённые диапазоны адресов адресного пространства любого процесса. Любой процесс может находиться в двух состояниях:
      1) в исполнении пользовательского кода, то есть кода приложения;
      2) в состоянии "нырка" в режим ядра и исполнении кода ядра.
      Во втором пункте исполняется код операционной системы и драйверов устройств, которые являются частью операционной системы после их запуска. Регистры всех устройств на материнской плате доступны только когда процессор находится в состоянии 2 (то есть в режиме ядра).
      Адреса регистров конкретных устройств на материнской плате можно посмотреть через служебное приложение "диспетчер устройств".
      Нырок процессора в состояние ядра обычно производится по аппаратному прерыванию от системного таймера, в обработчике которого расположен код перевода процессора из режима исполнения кода приложения в режим исполнения кода ядра. Обычно интервал срабатывания такого таймера составляет примерно 0.01 секунды (10 миллисекунд).
      Но, сразу скажу, что 99% программистов эту всю историю с таймерами, прерываниями и регистрами устройств знать необязательно, так как никогда и нигде они ни с чем подобным не столкнутся в реальной практике прикладного программирования.

    • @Das.Kleine.Krokodil
      @Das.Kleine.Krokodil 10 месяцев назад

      @@addressmodel2121 я литературу просил

    • @addressmodel2121
      @addressmodel2121 10 месяцев назад

      @@Das.Kleine.Krokodil , литературу? - Нормальной литературы по этой теме нету. Кое что есть из области разработки драйверов. Найдите в интернете что то типа Windows Driver Model (WDM), вроде там болталась пара тоненьких книжек. Ещё вроде бы болталась книжка "Драйвера сетевых устройств"., автора точно не помню, то ли Олифер, то ли ещё кто то. В общем, тема драйверов не популярная и конкретно хорошей литературы нету. Если вам интересна эта тема, то собирайте инфу по крупицам. Ройтесь по всему интернету.

  • @EdwVee
    @EdwVee 3 года назад +6

    В смысле ядра работают последовательно? Тогда несколько ядер должны работать как одно.

    • @grigoryvp
      @grigoryvp 3 года назад +9

      Нет конечно. У вас 16 ядер. Сначала работает первое. Потом второе.... Потом 16-е. Затем снова первое. И так 3 миллиарда раз в секунду. Для вас, как пользователя и программиста 16 ядер работают одновременно на частоте 3 гигагерца) Но ни одно из них на самом деле не работает действительно ОДНОВРЕМЕННО с другим. Относительно друг друга они работают последовательно.

    • @ЮрийЧебышев-т1ф
      @ЮрийЧебышев-т1ф 2 года назад +2

      @@grigoryvp всё ещё непонятно. А если ядро одно? Почему оно не может работать 16*3млрд раз в секунду? Т.е. импульс сначала первый раз идёт на ядро, потом второй раз, потом третий - шестнадцатый и так далее 16 млрд раз в секунду?

    • @grigoryvp
      @grigoryvp 2 года назад +1

      @@ЮрийЧебышев-т1ф Нагрев :(

    • @ЮрийЧебышев-т1ф
      @ЮрийЧебышев-т1ф 2 года назад +1

      @@grigoryvp эх так и думал, но надеялся на что-то более интересное. Спасибо!
      Забавное, конечно пространственное распределение нагрева

    • @Das.Kleine.Krokodil
      @Das.Kleine.Krokodil 2 года назад +1

      @@grigoryvp т.е. много ядер только для избегания нагрева?
      это по типу как Картечница Гатлинга?

  • @yuryburkouski
    @yuryburkouski 7 месяцев назад +8

    авто не компетентен и как ни странно плохо понимает о чем говорит. особенно про go, сам осознает, что это контрпример его тезисов, но чтобы не сыпаться придумывает оправдания про хип и стек, типа в руби или питоне его нет. удивительно что он сделал столько однотипных докладов на одну и ту же тему и ему никто не объяснил его ошибки, да и просто не сказал что он не прав, ведь под его утверждениями нет даже какой-то внятной основы.

    • @ЕвгенийМоряхин-ц2б
      @ЕвгенийМоряхин-ц2б 5 месяцев назад

      такие выступления, нацелены на "джунов", "мидлов" (сомнительно) - как кстати и сказал докладчик, от этого все так поверхностно и неточно ощущается

    • @yuryburkouski
      @yuryburkouski 5 месяцев назад +1

      @@ЕвгенийМоряхин-ц2б тут не в уровне слушателя дело, а в уровне докладчика. он не понимает темы, видимо весь его опыт это питон и руби, по этому у него нет ни малейшего понятия что там в vm, отсюда и такой результат вцелом.

  • @LebbLebb
    @LebbLebb Год назад +2

    Что за дизайнер работал? Я в восторге

  • @qrthack
    @qrthack 2 года назад +2

    Гриша, Питон или Руби для бэка?)

    • @qrthack
      @qrthack 2 года назад +3

      @@ufocoder чудик

    • @alxvseti
      @alxvseti Год назад

      @@paxpax1707 Гриша - это что?

    • @sv3163
      @sv3163 Год назад

      ⁠@@alxvsetiГриша - это «КТО». ТС дал на выбор 3 сущности, люди голосуют за Гришу, для бэкенда 😁👍

  • @glebdanichev9956
    @glebdanichev9956 10 месяцев назад +2

    бесит уменьшительно ласкательные

  • @ВладимирЛепешко-т2р
    @ВладимирЛепешко-т2р 2 года назад +4

    Это такая особенность - выглядеть на всех докладах в одном и том же (одежде)?))
    С десяток докладов - стиль одинаковый.

    • @sergeime5407
      @sergeime5407 Год назад

      Это как советский инженер, в 25 и 40 лет в паспорте фотка в том же самом костюме.

  • @Евгений-х8с3г
    @Евгений-х8с3г Год назад +1

    зачем сегодня python вообще нужен, если есть Go? Только тянуть старые проекты ...

    • @redneck_prm5429
      @redneck_prm5429 Год назад +1

      Гошка всё-таки нишевая штука, в первую очередь заточенная под настоящий хайлоад. А для сложной бизнес-логики при отсутствии большой нагрузки питон сильно лучше подходит.

    • @linuxoidovich
      @linuxoidovich Год назад +2

      А зачем вообще гошка, когда есть C++ ?

    • @Евгений-х8с3г
      @Евгений-х8с3г Год назад +1

      @@linuxoidovichc++ сложен в разработке и поддержки существующего ПО. Он требует кратно большие усилия чем Go. Rust видимо подходит всем)

    • @Евгений-х8с3г
      @Евгений-х8с3г Год назад +1

      @@redneck_prm5429 питон уже устарел и довольно многословен. Нет у него перспектив, как мне кажется

  • @mihax56
    @mihax56 Год назад

    както больно резко был переход от кешей к "управлению" памяти в языках - как это вообще связано? и как компилятор то влияет на эффективность работы с кешем? насколько будет эффективная работа с памятью и кешами определяется исключительно тем, какие структуры данных (читай сколько указателей надо разыменовывать чтоб к ним добраться) и если программист об этом не думает, а он об этом не думает т.к. сложность бизнес логики заставляет забить на это болт, компилятор ничем не поможет. а видимая "эффективность" программ на плюсах заключается в том, что программист имеет возможно меньше дрочить аллокаторы памяти, что является самым тормозным звеном в любой современной программе.

  • @ЭдуардАсадов-х7н
    @ЭдуардАсадов-х7н Год назад +18

    Григорий написан на пайтоне , из за этого он медленный