LINUX.ORG.RU

История изменений

Исправление dzidzitop, (текущая версия) :

Это то, как работает speculative out-of-order execution. Т.е., если он работать будет не так, то эффекта от него не будет или он будет на уровне intel atom. Я, в принципе, не против. Но точно окажусь в меньшинстве.

Песочницам нужно было выполняться в ring 2 с защищёнными страницами памяти и очисткой кэша при переключении контекста, а managed code выполнять в ring 3 - вот это защита от spectre. Конечно же, с дикими накладными расходами.

Может, сочинят на уровне набора команд процессоров какие-нибудь неспекулятивные джампы и ретурны, чтобы подпереть ими критические места. Но это вряд ли, ибо потом всё это должно будет перетечь в языки программирования, а программисты это не осилят всё равно.

Т.е. решение одно - выполнять весь код одинаково медленно. Способов много на выбор. И тогда несферический нативный код не сможет заниматься таймингом для анализа матрицы.

Исходная версия dzidzitop, :

Это то, как работает speculative out-of-order execution. Т.е., если он работать будет не так, то эффекта от него не будет или он будет на уровне intel atom. Я, в принципе, не против. Но точно окажусь в меньшинстве.

Песочницам нужно было выполняться в ring 2 с защищёнными страницами памяти и очисткой кэша при переключении контекста, а managed code выполнять в ring 3 - вот это защита от spectre. Конечно же, с дикими накладными расходами.

Может, сочинят на уровне набора команд процессоров какие-нибудь неспекулятивные джампы и ретурны, чтобы подпереть ими критические места. Но это вряд ли, ибо потом всё это должно будет перетечь в языки программирования, а программисты это не осилят всё равно.