Исходное сообщение
"Релиз ядра Linux 6.7" Отправлено Аноним, 08-Янв-24 19:09
Спинлоки - это активное ожидание. while(memory[x] != neededValue); То есть label: movq (%rcx), %rdx; cmp $0xneededValue, %rdx; jne label; То есть постоянно жрёт энергию, срёт в кэш и конвеер. Но оказывается что они давно уже не спинлоки. https://lwn.net/Articles/790920/ - с третьепня уже всё на на monitor/mwait. Одно не понятно: почему mwait так варварски был специфицирован (не как указанно в моём сообщении, а только для 0 кольца и с участием ОС), если очевидно, что на многоядерных процах это будет полезно и чисто для юзерспейса. Для IPC без участия ядра ОС через кэш на отмапленной в оба процесса странице памяти. И не понятно, зачем для юзерспейса делать отдельные инструкции umonitor/umwait, а не заюзать те же, просто не вызывая исключения, если заюзаны из юзерспейса.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, [email protected] (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Спинлоки - это активное ожидание. while(memory[x] != neededValue); > То есть > label: > movq (%rcx), %rdx; > cmp $0xneededValue, %rdx; > jne label; > То есть постоянно жрёт энергию, срёт в кэш и конвеер. Но оказывается > что они давно уже не спинлоки. https://lwn.net/Articles/790920/ - с третьепня уже > всё на на monitor/mwait. Одно не понятно: почему mwait так варварски > был специфицирован (не как указанно в моём сообщении, а только для > 0 кольца и с участием ОС), если очевидно, что на многоядерных > процах это будет полезно и чисто для юзерспейса. Для IPC без > участия ядра ОС через кэш на отмапленной в оба процесса странице > памяти. И не понятно, зачем для юзерспейса делать отдельные инструкции umonitor/umwait, > а не заюзать те же, просто не вызывая исключения, если заюзаны > из юзерспейса.
	Введите код, изображенный на картинке: