мьютекс противблокировка вращения при количестве потоков = аппаратный параллелизм

Question

рассмотрим программу с оптимальным количеством потоков, работающую на выделенном сервере, поэтому, если один поток заблокирован, другие (почти) не ожидают процессорного времени.обеспечивает ли spin lock лучшую производительность, чем mutex, во всех возможных случаях при таких обстоятельствах?

[ПРАВИТЬ] некоторые пояснения:поскольку между потоками нет конкуренции за процессорное время, поток может использовать блокировку вращения без какого-либо влияния на производительность другого потока.и spin lock не переключается в режим ожидания, который может быть достаточно тяжелым (по крайней мере, в Windows, idk, как это работает в linux).

Answer 1

Ваша предпосылка не очень реалистична.Может быть твой процесс имеет оптимальное количество потоков, остальных в операционной системе насчитывается много сотен Другое Ветки.Некоторые из них могут быть готовы к запуску и с радостью займут ядро процессора, когда ваш поток завершится.Кроме того, если поток вот-вот будет заблокирован, это, скорее всего, произойдет из-за блокировки, удерживаемой одним из других потоков в вашем процессе.Который может освободить его во время ожидания отжима.Количество потоков к этому не имеет отношения.Таким образом, все еще имеет смысл вращаться-подождите.

Answer 2

Я думаю, что Spinlock будет работать лучше в этом случае, Mutexe на самом деле не нужны, если вы не пытаетесь оптимизировать свой код, и это зависит от различных времен для ввода -вывода и т. Д. ... Вы также сделали хороший момент в режиме ожидания.

Answer 3

Spinlock, вероятно, будет более оптимальным, так как нет перехода к ядру. Но сценарий настолько надуман, что я бы не предложил пытаться применить его к реальному коду.