NK
да он не совсем на спинлоке
Size: a a a
2021 July 03
RM
Тогда смотри
RM
Не быстрее ли будет два мьютекса ебануть
NK
скорее всего быстрее
RM
Логика вот какая
NK
потому что мьютексы если КОРОТКАЯ критическая секция просто в цикле крутятся примерно как у тебя
RM
Один поток проскальзывает через оба мьютекса и делает pop
NK
а если длинная засыпают
RM
в этот момент второй поток проскальзывает между двумя мьютексами
RM
все остальные потоки ждут на первом мьютексе
RM
то есть, получается некая очередь из потока, который уже занят чем то, из потока который вот вот займет место рабочего потока и потоки которые ждут пока тот что готовится уйдет
RM
С логической точки зрения, было бы лучше сразу отправить другие потоки спать, если мы точно можем определить будет ли попадать поток в спинлок промежуток
RM
Точнее, успеет ли этот поток стать рабочим пока он спинлочится
RM
А то получается что все потоки без дела спинлочатся, но смысл в этом если один поток только пролезет потом
RM
Получается, что логичней сразу отправить 6 потоков в сон, 1 на спинлок, другой на работу
RM
Получается, как только рабочий закончит, то тот что спинлочится станет рабочим, а те 6 потоков (какой то из них проснется) и пролезет в спинлок на ожидание
RM
Sleeped -> Waited -> Worked
RM
Что-то типа такого
RM
хмм, ну как сделать так чтоб один поток прошел в работу, а второй поток прошел между двумя мьютексами?
RM
scoped_lock?