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