Евгений, спасибо за подсказку, когда на джуна пойду на собеседование, так же скажу в начале: Все сказанное мною в данном интервью является оценочным суждением 😂
Спасибо, Евгений! =) Но тут очень важно, что "контекст сохраняемый в хип" должен быть относительно не большого размера. Тут сложно сказать конкретные цифры, т.к. железо сервера + ОС + ПО + размер контекста = дают просто огромное количество вариантов :) Тема классная, надо больше практики :)
а может ли быть , абстракция над ядром и потоком ядра? и за счет чего получается легковесность потока? Есть ли разница подобных языковых фреймворков в Java Go or Kotlin, т/е если по простому в ходе выполнения нескольких задач, когда раньше поток на одном ядре блокировал ядро, сейчас передает другому потоку на этом ядре или другом ядре. Но возможно это видео надо еще пересмотреть.
Спасибо за вопрос: Легковесность потока достигается в Java, в основном, за счет того, что каждый виртуальный поток не обязательно привязан к потоку ядра операционной системы. По поводу Go и Kotlin - да, есть goroutines и coroutines, но работают несколько по-другому.
Привет! Спасибо за видео! Вопрос немного не по теме, но что случилось с публичным менторингом Игоря? Планируются ли еще в будущем видео по менторингу формата advanced?
Спасибо за отзыв! Игорь устроился на работу и не смог совмещать с обучением. В будущем - планируется, сейчас «обкатываю» новую программу, по которой будем работать в рамках блока «Advanced».
На правах члена клуба "Покажи свою некомпетентность", хочу задать вопрос. Правильно я понимаю, что в java 21 garbage collector научили работать с контекстом виртуальных потоков?
"Пишу код" и "Говорю слова" это как я понял интерфейсы человеческие) А что тогда "> 10 лет опыта в разработке" на абстрактный класс вроде не похоже, паттерн?
@@EugeneSuleimanov посмотрел елизарова, сравнение виртуальных потоков и котлин корутин. Виртуальные потоки - это более глобальная концепция, она жрет (на момент того видео - год назад) раза в полтора-два больше памяти, и лучше подходит если старый тормозной многопоточный код надо улучшить. Для некоторых это важно. А вот так навскидку, если делать новое что-то, то мне котлин-корутины нравятся больше. Единственное что у них плохо - в них недонаписаны некоторые примитивы синхронизации. Например нету честного-нечестного ReadWriteLock (где-то есть тикет в котором Елизаров обещал, что когда будет время и желание - сделает). Мне правда этот ReadWriteLock вообще ни разу не был нужен.
Евгений, спасибо за подсказку, когда на джуна пойду на собеседование, так же скажу в начале:
Все сказанное мною в данном интервью является оценочным суждением 😂
Всегда пожалуйста :)
Очень внятно и четко. До Вас читал статьи, но общий смысл за терминологией ускользал. Евгений, спасибо )
Спасибо за отзыв!
Круто расскажал, Жень! Надо было еще сравнение с работой на NIO селекторах привести, там тоже альтернативный подход к неблокирующей обработке
Это уже будут не основы :)
Спасибо за комментарий!
Хороший контент - многим может быть актуален =)
Спасибо за отзыв!
Евгений, благодарю! Крепко жму руку!)
Спасибо за поддержку!
Очень доступно. Спасибо!
Спасибо за отзыв!
Очень интересно!
Спасибо!)
Спасибо за комментарий!
Лайк заочно. А видос гляну чуть позже) Спасибо!
Спасибо за поддержку!
Как всегда на высоте, сенсей❤
Спасибо за отзыв :)
Жостко. Як завжди нічо не зрозуміло з першого разу, буду переглядати відео поки не дійде🐺
Спасибо за комментарий :)
Спасибо, Евгений! =) Но тут очень важно, что "контекст сохраняемый в хип" должен быть относительно не большого размера. Тут сложно сказать конкретные цифры, т.к. железо сервера + ОС + ПО + размер контекста = дают просто огромное количество вариантов :) Тема классная, надо больше практики :)
Спасибо за отзыв!
Да, много факторов, цифра взята крайне условно, "с потолка".
Отличный ролик. Спасибо
Спасибо за отзыв!
Большое спасибо.
Спасибо за комментарий!
Дякую за відео, дуже круто!
Спасибо за отзыв!
Спасибо за видео, Жень) только нужно учитывать размер своего изображения, когда накладываешь его на презентацию, а то не везде виден текст)
Спасибо за отзыв!
Поправлю формат, спасибо.
Спасибо за видео 🔥🔥🔥
Спасибо за комментарий!
it's good! Thank you!
Thank you for your support!
Четко 👍🏻
Спасибо за отзыв!
Как же он хорош
Спасибо за комментарий!
а может ли быть , абстракция над ядром и потоком ядра? и за счет чего получается легковесность потока? Есть ли разница подобных языковых фреймворков в Java Go or Kotlin, т/е если по простому в ходе выполнения нескольких задач, когда раньше поток на одном ядре блокировал ядро, сейчас передает другому потоку на этом ядре или другом ядре. Но возможно это видео надо еще пересмотреть.
Спасибо за вопрос:
Легковесность потока достигается в Java, в основном, за счет того, что каждый виртуальный поток не обязательно привязан к потоку ядра операционной системы.
По поводу Go и Kotlin - да, есть goroutines и coroutines, но работают несколько по-другому.
ай что за красавчик в кадре
Спасибо за отзыв :)
Привет! Спасибо за видео! Вопрос немного не по теме, но что случилось с публичным менторингом Игоря? Планируются ли еще в будущем видео по менторингу формата advanced?
Спасибо за отзыв!
Игорь устроился на работу и не смог совмещать с обучением. В будущем - планируется, сейчас «обкатываю» новую программу, по которой будем работать в рамках блока «Advanced».
kotlin coroutine теперь в java)
Да, дождались :)
Если использовать stealing pool то потоки не будут простаивать, как только поток освободится он "стащит" задачу у другого потока.
Все верно, здесь этот момент проговаривается, мы хотим эмулировать ситуацию, когда на каждый запрос идет отдельный поток (аналог API).
Здравствуйте! Подскажите, пожалуйста, вы еще работаете с менти? Как получить информацию по этой части?
@@non_holy6286 здравствуйте! Да, работаю. Телеграмм: @proselyte
На правах члена клуба "Покажи свою некомпетентность", хочу задать вопрос. Правильно я понимаю, что в java 21 garbage collector научили работать с контекстом виртуальных потоков?
Не уверен, что понял ваш вопрос, но это несколько разные и не связанные вещи, поэтому вряд ли их нужно учить работать друг с другом.
большое спасибо. очень интересно. А ссылка на репозиторий не рабочая(
Большое спасибо за отзыв!
По ссылке - поправил - уже рабочая.
"Пишу код" и "Говорю слова" это как я понял интерфейсы человеческие) А что тогда "> 10 лет опыта в разработке" на абстрактный класс вроде не похоже, паттерн?
Справедливо :)
для любителей использовать котлин что-то поменяется?
Нет, любовь к котлину не исчезнет :)
@@EugeneSuleimanov посмотрел елизарова, сравнение виртуальных потоков и котлин корутин. Виртуальные потоки - это более глобальная концепция, она жрет (на момент того видео - год назад) раза в полтора-два больше памяти, и лучше подходит если старый тормозной многопоточный код надо улучшить. Для некоторых это важно. А вот так навскидку, если делать новое что-то, то мне котлин-корутины нравятся больше. Единственное что у них плохо - в них недонаписаны некоторые примитивы синхронизации. Например нету честного-нечестного ReadWriteLock (где-то есть тикет в котором Елизаров обещал, что когда будет время и желание - сделает). Мне правда этот ReadWriteLock вообще ни разу не был нужен.
Оу, а что ExecutorService теперь автоклозабл реализует?
Да, в новых версиях это есть.
+
Спасибо за поддержку!
Для чего нужно иметь механизм планирования потоками в процессе ОС ещё и планировщик в виртуальной машине...
Как минимум гибкость и управление внутренними ресурсами. Для ОС JVM простая программа наравне с остальными...
@@EugeneSuleimanov так или иначе виртуальная машина использует механизм ОС, каждой ОС..
@@favoritdmitry6786 верно. А в чем противоречие?
Если уж говоришь 'точка остановы', то иди дальше и говори 'противожук'. ;)
@@MrRomanvideo я остановлюсь на отладчике ))
@@EugeneSuleimanov а, так да 👍)
Ссылка на репозиторий не рабочая
Спасибо за сигнал - исправил.