Многопоточность глазами разработчика

[@olzhastokanov]

Это бриллиант из мира видео про программирование. Мало кому удается настолько подробно объяснить тяжелые темы доступным способом, без воды, и с максимальным количеством примеров, браво!

[@EugeneSuleimanov]

Большое спасибо за отзыв!

[@sample_camper]

Последовательная, структурированная подача. На одном дыхании смотрится, спасибо!

[@EugeneSuleimanov]

Спасибо за отзыв!

[@Overlap_ed]

Это лучшее видео про многопоточность!!!!

[@EugeneSuleimanov]

Большое спасибо за отзыв!

[@Devivl]

Женя, большое спасибо за экспертизу! Очень приятно слушать тебя. Без воды, чётко и с примерами на экране. Такие знания продают, а ты делишься ими безвозмездно. Это просто не передать словами. Огромное человеческое спасибо.

[@EugeneSuleimanov]

Большое спасибо за поддержку!

[@dozory4]

Готовлюсь к собеседованиям, как раз изучаю тему многопоточности, и тут такое видео от Евгения. Коммент пишу до просмотра, потому что знаю, будет топ!

[@EugeneSuleimanov]

Спасибо за комментарий и удачи на собеседовании :)

[@sergeyplatoshin2412]

Лучшее объяснение что я видел, спасибо!

[@EugeneSuleimanov]

Спасибо за отзыв!

[@IgorNovikov-c5o]

Евгений это невероятно крутой формат. Понятно что подготовка к такому ролику потребовала большого количества времени. Спасибо вам огромное. Если сможете - запишите пожалуйста похожее видео по дженерикам.

[@EugeneSuleimanov]

Большое спасибо за отзыв!

[@МаринаКоткина-м5м]

Супер подача материала, и сам материал - все основы по многопоточности в одном видео 🔥 Спасибо большое!

[@EugeneSuleimanov]

Спасибо за отзыв!

[@Rus_IT]

Не ожидал увидеть настолько классный материал. Теперь нужно посмотреть остальные ваши видеоролики. Спасибо большое! 🔥

[@delalen8012]

Спасибо за видео! Секции с самопроверкой полезные, лучше материал запоминается

[@EugeneSuleimanov]

@@delalen8012 спасибо за отзыв и поддержку!

[@AnatolShalobas]

Огромное спасибо за видео. Увидел небольшую недоработку хотел бы указать на нее. К сожалению на 29:59 некорректный пример для наглядного показа как работает синхронизация для двух разных счетчиков. Проблема которую я тут вижу в том, что вы в разных потоках, инкрементируете (пусть и потоконебезопасно) разные счетчики. Т.е. даже теоретически они не смогут повлиять друг на друга, а следовательно будут выводиться всегда верно. Даже если не будут синхронизированы.

[@EugeneSuleimanov]

Большое спасибо за отзыв и замечание. Здесь больше упор был на введение в мьютексы, но я должным образом не акцентировал на этом внимание, поэтому этот пример вызывает недоумение. Еще раз спасибо!

[@AnatolShalobas]

@@EugeneSuleimanov вам огромное спасибо за контент!

[@Andre-h20]

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

[@edmond-dantes-1796]

Комментарий в поддержку канала. Очень качественная и хорошо структурированная подача. Можно использовать как лекции для новичков)

[@EugeneSuleimanov]

Большое спасибо за поддержку!

[@ДмитрийПавленко-н5ч]

Евгений, спасибо вам за ваш труд! Очень полезное видео👍

[@EugeneSuleimanov]

Спасибо за поддержку!

[@zarazaEye]

Спасибо большое за видео. Есть небольшое предложение, основанное на книге "Эффективное обучение". Как правило, все вопросы самоконтроля относятся к пройденной части - это Ок. Но для системного усвоения, можно включать до секцию с парой-тройкой вопросов из предыдущих блоков. Например, вопросы по блоку С, а чуть ниже один вопрос из B, один вопрос из A. Также отлично заходит смешивание вопросов, мозг начинает заново переосмысливать в рамках большой темы взаимоотношения различных частей. Я использую данный подход для организации материалов для самообучения. А так в целом и книгу рекомендую, шикарная кмк.

[@EugeneSuleimanov]

Спасибо за отзыв и предложение по улучшению.

[@andarworld8985]

Большое спасибо за структурированную, грамотно поданную информацию!

[@EugeneSuleimanov]

Спасибо за отзыв!

[@Celestial-y4n]

Дай бог тебе здоровья, добрый человек. Спасибо!

[@EugeneSuleimanov]

@@Celestial-y4n спасибо за поддержку :)

[@zhansayabaturbek1227]

впервые встречаю очень хороший и понятный материал про многопоточность. А главное с примерами, спасибо вам огромное. Прекрасно объясняете.

[@EugeneSuleimanov]

Спасибо за отзыв!

[@bagbich]

Очень крутой канал. Объяснения подробные, но при этом лёгкие для понимания, без воды. 1,5 часа прошли мигом и всё хорошо усвоено. Спасибо, Евгений. Когда-то во многом благодаря вашим урокам с тестовыми собеседованиями стал разработчиком и спустя несколько лет продолжаю смотреть вас и подчёркивать для себя что-то новое.

[@EugeneSuleimanov]

Большое спасибо за поддержку! Рад, что материал оказался полезен.

[@alevadnaya]

Огромное спасибо за ваш труд, Евгений

[@EugeneSuleimanov]

Спасибо за поддержку!

[@olegk6273]

Евгений, спасибо! Освежил знания. Очень было интересно и не скучно

[@EugeneSuleimanov]

Спасибо за отзыв!

[@daurenabdikadyr1763]

Комментарий в поддержку канала. Очень качественная и хорошо структурированная подача. Очень информативно

[@EugeneSuleimanov]

Спасибо за поддержку!

[@leradmitrenko783]

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

[@EugeneSuleimanov]

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

[@zagamusic5089]

Спасибо вам за контент!)

[@alilaveaau]

Спасибо большое! Было бы интересно послушать от вас про стримы🙌🏻

[@haykavetisyan5563]

Объяснение виртуальных потоков потрясающее! Привет из Армении, дорогой Евгений.

[@EugeneSuleimanov]

Большое спасибо за отзыв!

[@АлександрБондарев-ъ7ф]

Сеппер. Материал прям разжеван. Подача на высоте. Спасибо за труд.

[@EugeneSuleimanov]

Спасибо за поддержку!

[@JGolt]

Спасибо за такой ценный и полезный материал! Все четко и по делу! P.s. после темной темы IDEA видеть белый экран слайда презентации - боль для глаз :D

[@EugeneSuleimanov]

@@JGolt спасибо за отзыв! По экрану, не учел этот момент, спасибо за информацию :)

[@davitkostandyan5103]

Как всегда все максимально понятно, спаси большое за твой труд!

[@EugeneSuleimanov]

Большое спасибо за отзыв!

[@АнтонВеснин-э8ж]

В поддержку канала! Спасибо за видео!

[@EugeneSuleimanov]

Спасибо за поддержку!

[@twobeerornottwobeer5973]

Благодарю за видео, что-то новое подчерпнул для себя. Да и повторенье не помешает.

[@EugeneSuleimanov]

Спасибо за отзыв!

[@alexandr7722]

Отличный материал, спасибо Евгений

[@EugeneSuleimanov]

@@alexandr7722 спасибо за поддержку!

[@elnar_1206]

Спасибо за видео про многопоточность! Очень понятно объяснили🔥🔥🔥

[@EugeneSuleimanov]

Спасибо за отзыв, Эльнар!

[@YuriyBoiko-j8f]

Браво, лучшее объяснение!

[@EugeneSuleimanov]

Спасибо за отзыв!

[@vadmixname978]

Как раз изучаю сейчас потоки, спасибо автору!!!

[@EugeneSuleimanov]

@@vadmixname978 спасибо за поддержку!

[@Valerikvv80]

Отличное видео. Буду периодически пересматривать

[@EugeneSuleimanov]

Спасибо за отзыв!

[@ЮрийДымов-у6щ]

Прекрасная последовательность подачи материала

[@EugeneSuleimanov]

@@ЮрийДымов-у6щ спасибо за отзыв!

[@sayrex-d7x]

Евгений, спасибо за видео и примеры)

[@EugeneSuleimanov]

Спасибо за поддержку!

[@oldjohn1503]

Ох, круто! Спасибо тебе, Женя, огромное!

[@EugeneSuleimanov]

@@oldjohn1503 спасибо за отзыв!

[@alexandr.goncharov]

Очень простым язым про сложное. Спасибо!

[@EugeneSuleimanov]

Спасибо за отзыв!

[@Dominic_Herzog]

Спасибо, стало более понятно, особенно, про executors и forkjoin, не разбирался с этим)

[@EugeneSuleimanov]

Спасибо за комментарий! Рад, что материал оказался полезен.

[@pheelsav]

Топовый материал + все структурированно!

[@EugeneSuleimanov]

Большое спасибо за отзыв!

[@pheelsav]

@@EugeneSuleimanov Пересматриваю как ждый раз когда меняю работу/готовлюсь к собесам и каждый раз в восторге - это идеальный вариант что бы все освежить в памяти! Всех благ!

[@phaselock-java]

Имба подъехала) Спасибо!

[@EugeneSuleimanov]

Спасибо за поддержку!

[@dmitrelkin9256]

Шедеврально. Фундаментальная систематизация темы многопоточности. Достойно быть оформлено как раздел учебника. Персональная благодарность за наглядное объяснение использования Conditions у ReentrantLocks.

[@EugeneSuleimanov]

Большое спасибо за отзыв!

[@MartinXProject]

Огромное спасибо за труд!

[@EugeneSuleimanov]

Спасибо за поддержку!

[@borlok2]

Спасибо, Женя! Огромная работа, ты молодец!)

[@EugeneSuleimanov]

Спасибо, Юра :)

[@qwe3271]

Спасибо за труды!

[@EugeneSuleimanov]

Спасибо за поддержку!

[@МишаФани]

Контент как всегда на высоте! Спасибо.

[@EugeneSuleimanov]

Спасибо за отзыв!

[@АннаСмирнова-о4л]

спасибо большое! прекрасно поданный материал

[@EugeneSuleimanov]

Большое спасибо за отзыв!

[@markolitovchenko5452]

Спасибо Евгений 😊

[@EugeneSuleimanov]

Спасибо за отзыв!

[@e-researcher]

Евгений, спасибо!

[@EugeneSuleimanov]

Спасибо за комментарий!

[@АлгизАбушаев]

Низкий поклон!!!

[@EugeneSuleimanov]

Спасибо за поддержку!

[@dmitrysavkin5981]

Большое Спасибо. Очень нужная вещь

[@EugeneSuleimanov]

Спасибо за поддержку!

[@happysadman8558]

Спасибо большое за видео, Евгений! Много нового узнал, хоть уже с многопоточностью довольно давно знаком. Было очень интересно. Хотелось уточнить, что в примере с "first", "second", "third" можно было бы поочередно запускать, потом дожидаться выполнения каждого из потоков и в таком случае бы было поочередно выведены "first", "second" и "third". Я понимаю что в этом варианте не было бы никакого смысла от создания нескольких потоков, и все можно было бы последовательно выводить в одном, но думаю для полноты картины будет полезно знать, если вдруг кто-то задастся вопросом "а почему не сделать t1.start(); t1.join(); t2.start...?"

[@ИгорьМешалкин-ж7ф]

21:10 а зачем в итоге знать приоритеты если они по факту не работают?

[@Хочувсезнать-х4ю]

Супер! Спасибо, Женя!

[@EugeneSuleimanov]

Большое спасибо за отзыв!

[@dozory4]

Если у кого-то зависает постоянно, как у меня, в примере на 38:38. Попробую объяснить (если не прав, поправьте) Если первый поток первый захватывает lock и выполняет firstMethodCalled.signal(), пока второй поток ждёт lock, то когда второй поток получит lock и встанет на ожидание firstMethodCalled.await(), то его некому будет разбудить. Вариант решения, как я понял, заключается в оборачивании firstMethodCalled.await() в конструкцию while, где условием будет флаг, который меняет первый поток. Это позволяет добиться: 1. Не вставать в ожидание, если метод first() выполнился первым 2. Избежать ложных пробуждений, если метод second() выполнится первым, и поток будет ожидать

[@ratmirv]

У меня такая же проблема, спасибо за решение) Не понимаю, как у автора ни разу не возникло такой ситуации.

[@qwe3271]

Тоже самое, рандомно паркуются либо Т2 и Т3, либо Т3

[@qwe3271]

public class Counter { private final ReentrantLock lock = new ReentrantLock(); private final Condition firstMethodCalled = lock.newCondition(); private final Condition secondMethodCalled = lock.newCondition(); private final AtomicInteger count1 = new AtomicInteger(0); private final AtomicInteger count2 = new AtomicInteger(0); public void first() { lock.lock(); try { System.out.println("first"); firstMethodCalled.signal(); count1.incrementAndGet(); } finally { lock.unlock(); } } public void second() { lock.lock(); try { while (count1.get() == 0) { firstMethodCalled.await(); } System.out.println("second"); secondMethodCalled.signal(); count2.incrementAndGet(); } catch (InterruptedException e) { e.printStackTrace(); } finally { lock.unlock(); } } public void third() { lock.lock(); try { while (count2.get() == 0) { secondMethodCalled.await(); } System.out.println("third"); } catch (InterruptedException e) { e.printStackTrace(); } finally { lock.unlock(); } } }

[@limitless6216]

Евгений, низкий поклон, лайк, подписка, колокольчик

[@EugeneSuleimanov]

@@limitless6216 спасибо за поддержку!

[@dozory4]

Не могу понять, почему возможна ситуация, когда два раза будет напечатан PING (46:39). Если я правильно понял, то поток блокируется до момента, пока не будет выполнен обмен (когда другой поток инициирует обмен). Как поток может два раза выполнить: exchange() + print(), если другой поток должен как минимум один раз сделать exchange() + print(), что исключает возможность вывода в консоль дважды например, PING?

[@ilyasimonovets4639]

Большое спасибо за видео 🤝

[@EugeneSuleimanov]

Спасибо за поддержку!

[@VolodyaFedotOFF]

Механизм CaS это по сути своей версионирование. Ничего не блокируем, пусть сколько угодно потоков заходят, просто каждый работает со своей версией. А потом прежде чем записать итоговое значение сравниваем версии. Но только как бы под версиями используется начальное значение переменной. В общем это механизм оптимистической блокировки😁 Но вы Евгений молодец, хорошо доносите суть.

[@EugeneSuleimanov]

@@VolodyaFedotOFF по сути, да. Спасибо за отзыв!

[@ercefwxdx]

Дякую! Супер!

[@EugeneSuleimanov]

Спасибо за поддержку!

[@mobilafilm]

спасибо👍

[@knockjkeee]

как всегда -> безупречно!👍

[@EugeneSuleimanov]

Спасибо за комментарий!

[@kazbowski]

Это самое годное, что я видел за последнее время (честно) Можно предлагать темы для видео ?)

[@EugeneSuleimanov]

Спасибо за отзыв! Предлагать можно, но уже есть свой план на ближайшие 6 месяцев.

[@kazbowski]

@@EugeneSuleimanov хотел предложить довольно интересную тему - реализация OTP (one time password / двухфакторка) на спринге. По ней довольно мало материала в интернете, и то, что есть - сделано очень коряво и не секьюрно. Я видел ваши видео, видел вашу архитектуру, и мне кажется, у вас бы получилось реализовать хороший прототип :)

[@marksalvatore9257]

Как раз готовлюсь к собесу. Спасибо большое

[@EugeneSuleimanov]

Спасибо за отзыв и удачи на собеседовании.

[@javaspace9999]

Как всегда, лучший 😊

[@EugeneSuleimanov]

Спасибо за отзыв :)

[@chydomonahsilver7855]

Лучший блогер по джава!

[@EugeneSuleimanov]

Спасибо за поддержку!

[@themistocies50]

34:10 а можно ли назвать эти лок-объекты не мониторами, а именно мьютексами? Насколько я понимаю, реализация монитора происходит с помощью блока synchronized, а в параметры этого блока мы передаем мьютекс, т.е. значение (объект/класс), на котором синхронизируемся?

[@EugeneSuleimanov]

Спасибо за вопрос. Да, можно назвать и так, но в Java чаще всего используется термин монитор.

[@alexey9139]

Евгений, спасибо за лекцию - лучшее, что я видел по многопоточке освещающее практически все аспекты. Два вопроса: 1. В ConcurrentHashMap почему блокировка идет не по бакету а по "сегметам из 4х бакетов" - какое логическое объяснение? 2. В чем смыл SingleThreadPoolExecutor если есть Fixed? доставить из пула "один из одного" не пересоздавая?

[@themistocies50]

если бы блокировка была на уровне одного бакета, потребовалось бы больше блокировок и, соответственно, выше были бы накладные расходы на управление ими. Так как блокировка происходит на уровне сегментов, несколько потоков могут одновременно обрабатывать различные сегменты карты, что увеличивает производительность многопоточных операций.

[@alexandr6055]

Очень хорошие вопросы, надеюсь Евгений ответит

[@МаратМирзабалаев]

Спасибо, разобрался с многопоточностью. Почему не было рассказано ничего про методы wait, notify и notifyAll?

[@EugeneSuleimanov]

@@МаратМирзабалаев спасибо за отзыв. wait, notify, notifyAll крайне базовые, только по этой причине.

[@caffeinejavacode1475]

Полезно!

[@EugeneSuleimanov]

Спасибо за поддержку!

[@bigbugsking1173]

Как сделать приложение постоянно работающее, обрабатывающее входящие исходящие запросы, (которое закрывается по кнопке), но при этом чтобы оно не жрало процессор на 100% ???

[@themistocies50]

Привет! На 30:21 ведь нет необходимости использовать synchronized на методах? Т.к. каждый поток работает со своей переменной, аномалий никаких не происходит.

[@EugeneSuleimanov]

Спасибо за вопрос! Да, все верно, здесь просто подводка к внутренним монитором.

[@SIGORYS]

здравствуй, на 34.57 нашел противоречие насчет освобождения мониторов. В Java внутренние мониторы (или мониторы объектов) не могут быть освобождены "любым" потоком. Мониторы объектов обычно захватываются и освобождаются тем же потоком, который вошел в блок synchronized для данного объекта.

[@СарангБех]

странный момент: у меня именно IncrementCounterSynchronizedBlockDemo отрабатывает 50-70s а вот казалось бы более параллельный IncrementTwoCountersSynchronizedOnObjectDemo отрабатывает за 90-110s почему так?

[@ioanntrapeznikov]

Как всегда уровень

[@EugeneSuleimanov]

Спасибо за отзыв!

[@fara0n333]

Лайк сразу !)

[@EugeneSuleimanov]

Спасибо за поддержку!

[@user-lk8n0fgjk]

Поправьте, если не прав, но мне кажется что на 12:03 упоминается пример про SimpleCounterDemo, которого нет в данном видео выше

[@EugeneSuleimanov]

Да, вы правы, спасиб за уточнение, вероятнее всего выпало при монтаже. github.com/proselytear/javaconcurrency/blob/main/src/main/java/net/proselyte/concurrency/threadsintro/SimpleCounterDemo.java Здесь ссылка на этот пример.

[@ktotam8913]

Спасибо ❤

[@EugeneSuleimanov]

Спасибо за поддержку!

[@nouchance]

Спасибо Евгений! Хочу спросить у вас, точно так как у .NET’e работает потоки как у Java ? Потому что я .NET разработчик.Заранее спасибо!

[@HaarDD]

Отличный материал, огромное спасибо за труды! Евгений, подскажите, есть ли в планах лекции по Spring? 😇

[@EugeneSuleimanov]

Спасибо за отзыв! По Spring - есть в планах, но по срокам на данный момент не могу точно подсказать из-за высокой рабочей нагрузки.

[@user-lk8n0fgjk]

Евгений, огромное спасибо за видео. С помощью Ваших роликов я разобрался во многих аспектах Java. Если возможно, подскажите, пожалуйста, зачем в классе IncrementTwoCountersSynchronizedDemo делать synchronized два метода по инкременту счетчиков? Если каждый поток юзает только свой метод и свой счетчик, и у потоков нет общих ресурсов. Я с десяток раз запускал код без синхронайзд и всегда ответ был один и тот же. Спасибо за ответ!

[@EugeneSuleimanov]

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

[@user-lk8n0fgjk]

@@EugeneSuleimanov Понял, спасибо!

[@SplashDmg2011]

Вот да, хотел написать такой же коммент, но сначала решил поискать среди имеющихся :) согласен, что пример странный, т.к. синхронизация там вообще ничего не дает.

[@qaserus1226]

спасибо огромное)

[@EugeneSuleimanov]

Спасибо за отзыв :)

[@СергейПанов-з3ц]

Евгений, спасибо за очень крутое видео. Все очень подробно и доступно показано. На 35:38 вы упомянули слово "семантика", это очень сложное слово, не понятно что оно означает. Могли бы вы дать объяснение что оно значит в данном контексте?

[@ratmirv]

Я так понял, что возможно под "семантикой" в данном случае имеется в виду функционал или способ работы/применения.

[@СергейПанов-з3ц]

@@ratmirv в данном контексте "семантика" означает набор гарантий, которые будут выполнены в ходе исполнения программы. Я знал ответ на этот вопрос, прежде чем спрашивать. Просто хотел услышать ответ Евгения. Возможно он будет отличаться от моего определения.

[@МаксимНаумов-ъ2у]

Евгений, а где ваши выступления на конференциях посмотреть можно?)

[@EugeneSuleimanov]

Спасибо за комментарий! По видео не уверен, что созвонились, не самые мейнстримные площадки были.

[@neyasbit]

Что за золото? ❤‍🔥

[@chciwosc]

Отличный sumamrize многопоточки. Не думал снять про Котлин Коротины? Единственное Немного информация про ConcurrentHashMap устарела. Такой подход использовался до Джава 8 с блокировкой сегментов. Сейчас же блокируется только 1 бакет, а не 25%. И то, как я понял, он не сразу блокируется а изначально будет использовать CAS (Optimistic locking)

[@EugeneSuleimanov]

@@chciwosc спасибо за отзыв и уточнение по ConcurrentHashMap. По котлин на текущий момент не было в планах, но идея хорошая.

[@bodythanks]

А почему не рассказывает про happens-before?

[@maksimus.ssirotkin1124]

Добрый день и еще такой вопрос, виртуальный поток это абстракция над чем? Я так же смотрел материал где говорится, что инструменты типа corutine and gorutine , это frameworks на уровне языка, позволяющий писать асинхронный код как последовательный

[@EugeneSuleimanov]

Спасибо за вопрос! Это абстракция над обычными потоками операционной системы. Относительно coroutine и goroutine - это механизмы, предоставляемые различными языками программирования (например, Kotlin для coroutine, Go для goroutine), которые обеспечивают лёгкие "зелёные" потоки выполнения. Они позволяют писать асинхронный код так, как будто он выполняется последовательно, что облегчает асинхронное программирование и уменьшает накладные расходы на создание потоков.

[@maksimus.ssirotkin1124]

@@EugeneSuleimanov тогда, по -сути поток Операционной системы, это время Одного из процессоров, которое выделено , на выполнение задачи., в рамках процесса программы. Но будет ли оно выполнено последовательно или попеременно, Или параллельно, т.е другим процессором или ядром, от нас не зависит, управлять этим нельзя, можно лишь направлять. Я правильно понимаю?

[@EugeneSuleimanov]

@@maksimus.ssirotkin1124 по определению потока - не совсем согласен. Но по части контроля - верно, в Java мы не можем это контролировать.

[@НикитаЗемницкий-ы3ж]

Пример с Callable и Future не совсем корректный, из-за того, что executor Service создается в try с ресурсами и будет закрыт после выхода из try, мы вынуждены ждать, пока все потоки не закончат работу. На видео это не заметно, так все выполняется большим количеством потоков, но если поставить выполнять это все 2-3 потока, то к брейкпоинту на строчке 22 программа будет идти очень долго

[@EugeneSuleimanov]

@@НикитаЗемницкий-ы3ж большое спасибо за корректное замечание.

[@maksimus.ssirotkin1124]

Здравствуйте, такой вопрос, за счет чего достигается ускорение,если потоков больше чем ядер, и другой вопрос, можно ли средствами Java, передать выполнение задачи или пула задач, конкретному процессору или процессору, но чтобы он не отвлекался, на выполнение других задач?

[@EugeneSuleimanov]

Спасибо за вопросы! По первому вопросу: В случае многопоточных вычислений, где задачи могут быть разделены на независимые подзадачи, параллельное выполнение на нескольких потоках может значительно ускорить общее время выполнения. По второму вопросу: В Java нет прямого способа явно указать процессор, на котором должна выполняться задача. Надеюсь, я верно понял вопросы и смог дать на них ответ.

[@konstantenivanov6235]

добрый день. Не понял на 34.19 Как может быть что внутренний монитор может быть освобожден любым потоком? ведь если Т1 захватит монитор текущего объекта, то Т2 поток будет ждать пока монитор не освободится.

[@EugeneSuleimanov]

Добрый день, спасибо за вопрос. Как пример - метод notifyAll() у класса Object.

[@lebaur]

@@EugeneSuleimanov Внутренний монитор (intriNsic lock) не может быть освобожден любым потоком. Чтобы notifyAll() отработал, он должен захватить внутренний монитор объекта, но он не освобождает его, если он захвачен кем-то. Это wait() после успешного выполнения отпускает монитор, чтобы его notifyAll() мог захватить потом.

[@qrthack]

101 мой друг, хочу в backend, выбираю между PHP, Golang, Node.js, Java, что посоветуешь, чтобы легче было устроиться на работу с перспективой? Или с какого языка посоветуешь начать?

[@EugeneSuleimanov]

Спасибо за комментарий! Я предвзят и советовал бы Java :)

[@friedbearsburninhell2022]

Контентище!

[@EugeneSuleimanov]

Спасибо за комментарий!

[@ВладМилаш-э1с]

Лекция топ

[@EugeneSuleimanov]

Спасибо за комментарий!

[@twobeerornottwobeer5973]

Кажется про volatile вопрос есть, а что это нету

[@VladBodrov]

Это видео достойно доната) Может быть заведешь бусти?)

[@EugeneSuleimanov]

Большое спасибо за поддержку! Донаты на данный момент не планируются.

[@codingpas]

Как вы успеваете пилить такие классные ролики и работать?

[@EugeneSuleimanov]

@@codingpas спасибо за комментарий. Немного меньше сплю :)

[@kozhuhovIvan]

Разве открытые потоки не нужно закрывать?

[@EugeneSuleimanov]

Спасибо за вопрос. Не могли бы вы немного уточнить вопрос?

[@kozhuhovIvan]

@@EugeneSuleimanov каждый поток надо закрывать, разве нет?

[@alexandr6055]

​@@kozhuhovIvanон же говорил. В 21 джаве Executors стали импл. Closeable. А если ты про обычные потоки, то нахрена их закрывать, и как ты их закроешь. Метод .stop() давно deprecated

[@SplashDmg2011]

@kozhuhovIvan Вы, наверное, путаете с ресурсами, которые действительно надо закрывать (например, объект, который работает с файловой системой или сетью). Потоки закрывать не нужно, они завершаются сами, когда завершают выполнение своей работы.

[@viewer_evgeniy]

Здравствуйте, Евгений. Спасибо за ваши уроки! Наглядно Starvation можно легко показать с помощью класса, который будет использовать пару локов. В методе класса эти локи будут использованы по порядку. В мейне же создаем три потока, и три лока, первому потоку даем лок1 и лок2, второму лок2 и лок3, третьему потоку - лок 1 и лок3. Таким образом, только поток2 будет первым иметь возможность забрать лок2, и поэтому у него будет определенный приоритет в доступе к ресурсу (например к счетчику). Это приведет к тому, что поток2 будет работать эффективнее, когда оставшиеся два потока будут сильно отставать. Результат счетчика (считаем до 500тыс) может быть следующим: T2 counted 374166 T1 counted 70861 T3 counted 54973

[@EugeneSuleimanov]

@@viewer_evgeniy большое спасибо за поддержку и хороший пример!