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

[@Chybakut2004]

Спасибо за познавательный и интересный доклад! Это самые полезные пол часа за всю мою неделю 😁

[@dmitryd1572]

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

[@VOIDENSE]

Совершенно чудесная дикция у человека, просто приятно слушать. Спасибо, Григорий.

[@MigelMora30]

Спасибо,что делитесь знаниями. Было очень интересно послушать.

[@Михаил-ь7й7ь]

А теперь представьте уровень образования, если бы в каждом заведении, каждый предмет вел бы такой лектор.

[@user-kc6fp5qf1b]

Вот такой уровень, как сейчас и есть. С последовательно работающими ядрами

[@TSAVIX]

Спасибо было интересно.Как раз изучаю Ruby,синтаксис заставляет влюбиться в этот язык и получать кайф от написания кода. Лайк!

[@mikepotanin]

Ну что за бред. Ядра оаботают парллельно, в каждом ядре есть конвееры, в конвеере может быть гипертрединг, который позволяет незадейтвованные в одной нити слоты конвеера в другой нити. Некоторые процессора могут за один такт конвеера на одном ядре выполнить несколько команд, если они независимы по данным, это называется суперскаларность. Тонкостей много, но ядра работают прараллельно.

[@FF-ne2qz]

Докладчик где-то прочитал, что последовательно, значит последовательно.

[@vasyl_shevchenko]

Толковый доклад, спасибо большое. А можно ссылку на интервью с Мацумото?

[@xdef42]

kzbin.info/www/bejne/eF64d3mlabJgZpY

[@SuperVirtuall]

Это синтезированный эвроном ИИ или это живой человечек?

[@grigoryvp]

Это я 😜

[@Михаил-ь7й7ь]

@@grigoryvp прям захотелось у вас работать, ваше выступление лучшая реклама эврону

[@АнтонСоловьёв-м5н]

@@grigoryvp Библиотеку с очками забыли добавить

[@pavel_trpn]

Норм студия! Это где?

[@sadhu6448]

Спасибо очень интересно и полезно рассказываете!

[@ivanstrelkov4202]

Я бы хотел добавить, что ключевое отличие от JS состоит в том, что JS - менее динамический язык. В нем не так давно появилась альтернатива .method_missing (Proxy), а те динамические фишки, что были до этого, не особенно часто использовались. Именно по той причине, что динамические фишки языка используются не так часто, в джаваскрипте можно успешно применять JIT. Но и тут есть нюанс. Даже если этот JIT-оптмимизированный код столкнется с динамической особенностью языка (например, со сложением числа со строкой или NaN), то код тут же деоптимизируется. И в такие моменты язык становится в один ряд с Ruby и Python по скорости исполнения. А в особо запущенных случаях может даже стать еще хуже (если один и тот же участок кода постоянно компилируется JIT и почти сразу же деоптимизируется)

[@user-kc6fp5qf1b]

А чтобы не сталкиваться с динамическими особенностями, есть что? Правильно - Typescript

[@fialka112]

"В реальности всё не так, как на самом деле". Так вот: в реальности вещает очень круто!

[@street.community]

Призрачные очки хотелось на носу поправить все время?

[@grigoryvp]

Я только недавно начал носить корректирующие, еще не привык. Говорят, с годами привыкают 😜

[@Игорь-ч6ф3и]

Очень круто. Меня правда поставило в тупик заявление про последовательность работы ядер, пойду мануал покурю...

[@grigoryvp]

Редкоозвучиваемая штука. Я ее экспериментально вставил - непосредственно этому докладу она мало пользы наносит, но в будущем очень мне понадобится, когда буду рассказывать про concurrency, async, всю вот эту историю. Которая упирается в "давайте синхронизируем кэш" 😊

[@Игорь-ч6ф3и]

@@grigoryvp ну ядра же всё-равно работаю параллельно? Память да одна, кеш где то общий, где то нет. Но это же не то же самое, что пачка процессов на одном ядре. Ядра же какой-никакой самостоятельностью обладают. У меня вот под столом xeon 26хх какой то стоит, там 8 ядер внутри, ну они же по любому часть работы одновременно делают?

[@grigoryvp]

@@Игорь-ч6ф3и Увы, никакого "одновременно" 😊 Строго друг за другом. Но много миллиард раз в секунду.

[@vasyivanov5724]

@@grigoryvp Можно ссылку на первоисточник информации о работе ядер многоядерных процессоров "строго друг за другом"?

[@grigoryvp]

@@vasyivanov5724 Судя по тому, что я уже давал здесь ссылку на одну из хороших книг но ее нету в комментах - фейсбук цензурирует. Попробую без ссылки, названием: "Цифровая схемотехника и архитектура компьютера (2016) Авторы: Дэвид Харрис и Сара Харрис"

[@stanislavovsyankin8342]

Почему JavaScript перечислен как язык, у которого оптимизации делает компилятор? У него же в рантайме всё, нет?

[@ПавелОстапенко-ю8м]

V8 компилирует JS-код в машинный код и исполняет.. Там два встроенных компилятора.

[@fedotov2d]

Байт-код Ruby придумал не Мацумото. YARV, виртуальная машина Ruby, сделана Коити Сасада.

[@artursveshnikov7668]

У C# неприятный синтаксис, а у php - приятный? Григорий, вы серьезно? - это приятный синтаксис?

[@viktoryakovenko757]

кайф

[@andy0x58]

Проблема ruby (я про MRI) не в его медлительности вычислений, а в том, что ruby отстал от времени. Нет ни асинхронщины (пайтон уже давно умеет), ни нормальной конкурентности (корутины даже в крестах уже есть). Это значительно ограничивает применимость ruby в высоконагруженных системах. Никто в здравом уме не будет использовать ruby например в системах HFT. Производительность большинства программ упирается в IO, и если ЯП не позволяет нормально работать с IO, то такой ЯП не применим в серьезных приложениях. Далее непонятности по докладу: В Go есть GC, что избавляет программиста о "заботе" о памяти. GC в go может и простенький, но вполне эффективный. Утечки можно и в rust сделать если руки кривые =) Синтаксис go вполне приятный, по-лучше чем в js, и местами лаконичнее чем в ruby (привет end, end, end, end!). Два программиста на go не смогут писать в разном стиле, как в том же ruby; стиль проверяется на этапе компиляции. В Rust тоже сложно сказать, что нужно "заботиться" о памяти в том же самом смысле как в C/C++, нужно всего лишь следовать правилам borrow checker и знать о move. Но без этого даже и не стоит начинать работать с rust. В остальном в rust память автоматически освобождается по выходу из области видимости (не надо думать о деструкторах), об остальном тебе подскажет компилятор: ты по-просту не сможешь оставить "висячие" ссылки или забыть вызвать free/delete для аллоцированой памяти. По поводу последовательной работы ядер я тоже не понял. Может спутали с шедулингом процессов ОС на одном ядре? Также не совсем понятен пример с "электрическим импульсом" и микрокодом. И не понятно про что речь идет - x86, ARM?

[@hkleiser5848]

Регистры - это не кэш

[@orl5990]

По сути так ничего и не сказал. Разбавленные большим количеством воды прописные истины.

[@ЕвгенийАфанасьев-ж8э]

Я как джавист с таким удовольствием посмотрел видео, хоть мне и все равно на руби. Великолепный доклад

[@FF-ne2qz]

Вода-вода-вода. На первом курсе люди такое уже знают. Советую (не) смотреть на 1.5x.