Исходное сообщение
"Доступен ELKS 0.4, вариант ядра Linux для старых 16-разрядны..." Отправлено n80, 05-Дек-20 23:54
> этот механизм сегментной защиты очень тормозит при переключении задач (мне так говорили) Тормозит из-за того что таблицу сегментов переключать нужно и это в итоге выходит ещё дороже переключения таблиц страниц. Это можно было отчасти поправить хитрым кешированием (аналогично тому как сделано для TLB), но, насколько помню, кеширование таблиц сегментов запатентовал AMD и похоронил внутри себя (известный в узких кругах rdos по этому поводу немало огорчался в своё время). И да багам, связанным со спекулятивным выполнением, глубоко всё равно, таблицы страниц там или сегменты, вся суть бага была в том что сначала выполнялась операция, а только потом уже проверялись права на её выполнение и (в случае page fault или segment violation) откатывался результат (но кое-что оседало в кеше, откуда это потом можно было косвенным путём прочесть, путём анализа таймингов при обращении к элементам большого массива), а нужно наоборот, но тогда проседает производительность на основному пути выполнения инструкций. Т.е. 286 (и даже 386, 486 и даже новые атомы) не имеют этой проблемы не потому что сегментная адресация (это вообще ни при чём, проблема не в этом), а потому что не имеют спекулятивного выполнения. А анон дичь несёт.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> этот механизм сегментной защиты очень тормозит при переключении задач (мне так говорили) > Тормозит из-за того что таблицу сегментов переключать нужно и это в итоге > выходит ещё дороже переключения таблиц страниц. Это можно было отчасти поправить > хитрым кешированием (аналогично тому как сделано для TLB), но, насколько помню, > кеширование таблиц сегментов запатентовал AMD и похоронил внутри себя (известный в > узких кругах rdos по этому поводу немало огорчался в своё время). > И да багам, связанным со спекулятивным выполнением, глубоко всё равно, таблицы страниц > там или сегменты, вся суть бага была в том что сначала > выполнялась операция, а только потом уже проверялись права на её выполнение > и (в случае page fault или segment violation) откатывался результат (но > кое-что оседало в кеше, откуда это потом можно было косвенным путём > прочесть, путём анализа таймингов при обращении к элементам большого массива), а > нужно наоборот, но тогда проседает производительность на основному пути выполнения инструкций. > Т.е. 286 (и даже 386, 486 и даже новые атомы) не имеют > этой проблемы не потому что сегментная адресация (это вообще ни при > чём, проблема не в этом), а потому что не имеют спекулятивного > выполнения. А анон дичь несёт.
	Введите код, изображенный на картинке: