Доброе утро! Разбираюсь в механизмах синхронизации корутин и конкретно сейчас

Question

Доброе утро! Разбираюсь в механизмах синхронизации корутин и конкретно сейчас

тестирую работу mutex.withLock банально прогоняя кусочек кода прямо из документации у себя на машинке (1 скрин). Судя по доке mutex не должен блокировать тред, от этого казалось бы, что в многопотоке такой механизм должен отрабатывать быстрее стандартного synchronized. Но на практике я вижу совсем обратное - mutex на стандартном кейсе из доки отрабатывает +- в 10 раз медленнее чем synchronized и к тому же, на 3 скриншоте можно заметить, что завершение всех операций упирается в один конкретный тред, с synchronized такого не происходит (2 скрин). Подскажите, пожалуйста, мб я неверно понимаю механизмы работы мьютекса и здесь все хорошо и дефолтная синхронизация должна работать быстрее? Код брал полностью из доки, меняя только константы. Тестирую на последней стабильной версии библиотеки корутин

#kotlin #programming #russian

0

17.10.2021

10 ответов

28 просмотров

Vladimir Автор вопроса

0

17.10.2021

Aλex Sokol

Vladimir

3-е: используя синхронизацию внутри корутин можно словить дедлок. (в случае если внутри блока синхронизации будет suspend-point)

0

17.10.2021

Vladimir Автор вопроса

Anton Lakotka
Там вроде дальше расказывается, что это не совсем ...

Конкретно у меня здесь создается 50 корутин с Default диспетчером, сами треды я не создаю в целом, меня просто пугает тот факт, что на финише mutex в 1 конкретный тред упирается при том, что synchronized кажется работает корректнее и оптимальнее, не совсем понимаю почему так происходит

0

17.10.2021

Vladimir Автор вопроса

Anton Lakotka
Там вроде дальше расказывается, что это не совсем ...

0

17.10.2021

Vladimir Автор вопроса

Aλex Sokol
3-е: используя синхронизацию внутри корутин можно ...

кажется это все объясняет

0

17.10.2021

Aλex Sokol

Vladimir

ну и synchronized может работать быстрее засчет того, что он использует специальный битик в объектах на жвм, а мьютекс это чисто логика.

0

17.10.2021

Aλex Sokol

Aλex Sokol
ну и synchronized может работать быстрее засчет то...

в любом случае, в корутинах надо использовать mutex и не париться, в рабочих примерах эта разница не будет критичной

0

17.10.2021

Vladimir Автор вопроса

Aλex Sokol
в любом случае, в корутинах надо использовать mute...

ну пока тесты лично мне обратное говорят( т.к думаю на практике будет весьма проблемно использовать mutex и следить за тем, чтобы внутри withLock не вызывался suspend-point, соответственно велик шанс ловить дедлоки. И учитывая тот факт, что с synchronized такого не будет, какие бенифиты я могу получить с импользования mutex?

0

17.10.2021

Aλex Sokol

Vladimir
ну пока тесты лично мне обратное говорят( т.к дума...

эмм, моё сообщение было о synchronized. внутри него нельзя делать suspend-point

0

17.10.2021

Anton Lakotka · Accepted Answer

Там вроде дальше расказывается, что это не совсем правильно, таким образом увеличивать счетчик. Это лишь пример. 2-е я уверен, в massiveRun там создается очень много корутин, и наверное расказывается, что невозможно создать такое же количество jvm-тредов не схватив oom.

169 похожих чатов

Доброе утро! Разбираюсь в механизмах синхронизации корутин и конкретно сейчас

10 ответов

Похожие вопросы