Тестовое задание Сбер Java Многопоточность

В этом видео я разбираю решение тестового задания по многопоточности из компании Сбер.
Стань программистом с www.job4j.ru

[@divergenny]

спасибо большое

[@job4j]

В этом видео я разбираю решение тестового задания по многопоточности из компании Сбер.
Стань программистом с www.job4j.ru

[@Max-wn2gd]

А это на какую позицию? Джун, мидл ?

[@voynere]

​@@Max-wn2gdмногопоточность уже на Джуна требуют)

[@job4j]

Думаю, что мидл. От джунов требуют ООП, Коллекции, SQL. А тут все же уже тонкости.

[@Max-wn2gd]

@@voynere ну когда я например собесился на джуна, то вопросы (не текстовые) по многопоточке были в некоторых компаниях. Это был 20 год. Да и Джуну всё-таки хорошо бы хоть какую-то базу по этому иметь

[@mib-1]

хм ... нельзя ссылку на git вставить, коммент удаляется. Небольшой код на основе SynchronousQueue, позволяет добавлять любое количество потоков, выполняющихся по схеме 1,2,3,1,2,3,...

[@job4j]

Пришли в телеграмм @parsentev

[@user-tp8ee2wm6r]

нужна ссылка на проект, иначе трудно воспринимать

[@yeldarnuralin7856]

Привет Петр, спасибо. Я попробовал сделать через 2 BlockingQueue, в который один пишет, а другой ждет. Есть еще задачки? ))

[@_bigbro]

например, порнохаб ввел защиту от скачивания файлов и теперь передает m3u8 файлы, который содержит ссылку на segment файл. задача - собрать исходный ролик, путем объединения всех сегментов в mp4 файл.
ограничения скорость интернета 100кб, у процессора 2 ядра, оперативная память 2Гб. размер сегмента 8кб, а скорость декодировки одного сегмента 20мс.

[@user-qt6kq8sh8r]

а зачем в первом примере в конце join() если он уже в лябде вызова потока? а во второй задаче можно просто преключаться через Semaphore.aquire() / release()

[@alexandr7686]

почему бы не рассмотреть CyclicBarrier, а вы точно уверены что не volatile флаги всегда будут отрабатывать как надо в syncronized? Может лучше сделать их AtomicBoolean или volatile?

[@Max-wn2gd]

Переменные в синхронайзд блоке будут ок отрабатывать т.к. такого рода блоки подчиняются правилу "happens before".

[@job4j]

Попробуйте тоже решить ее. Я посмотрю ваше решение. Давайте вместе.

[@alexandr7686]

@@Max-wn2gd synchronized гарантирует лок но не гарантирует защиту от реордеринга, если я не ошибаюсь. Поэтому нужен volatile

[@Max-wn2gd]

@@alexandr7686 а в чем проблема реордеринга ? Просто нужно правильно синхронизировать тот код, кот-ый будет выполняется многими потоками и всё будет ок, т.к. все эти реордеринги будут не видны в других потоках. Если эффект реордеринга виден в другом потоке, то значит, что код некорректно синхронизован

[@alexnikol6966]

AtomicBoolean bFirst = new AtomicBoolean(true);
...
var first = new Thread(() -> {
int count = 1;
while (count {
int count = 1;
while (count

[@job4j]

Возможный вариант, но yield же не гарантирует, что нить переключит контекст.

[@alexnikol6966]

@@job4j пропустит другую. Можно sleep(10) тоже работает

[@aZaZloKeR]

Как то в первой всё усложнено, можно проще: Thread third = new Thread(
() -> foo.third()
);
Thread second = new Thread(
() -> foo.second()
);
Thread first = new Thread(
() -> foo.first()
);
third.start();
third.join();
second.start();
second.join();
first.start();
first.join();

[@foxesfox5870]

😂
А где тут многопоточность?