Тесты заплатки для CPU Intel: производительность в играх не затронута

Источник 3DNews


В настоящее время в СМИ распространяется информация о не опубликованной ещё в полной мере уязвимости процессоров Intel, которая требует программной заплатки на уровне ядра всех популярных ОС и в теории может привести к значительному снижению производительности в самых разных задачах. Каковы же потенциальные потери от внедрения исправлений, получивших общее имя KPTI [Kernel Page Table Isolation]?

Ресурс Phoronix, освещающий связанные с развитием дистрибутивов Linux темы, решил провести ранние тесты различных задач на двух системах с ядром Linux 4.15-rc6, главным новшеством которого являются KPTI-заплатки. Уровень падения производительности ожидается в диапазоне от одной до двух цифр — в зависимости от того, как часто задача или приложение взаимодействует с изолированным в отдельной области адресного пространства ядром операционной системы. Если это простые пользовательские приложения, KTPI-обновления не должны сильно повлиять, особенно на более новых процессорах Intel с поддержкой функции PCID (Process Context Identifiers — идентификаторы контекста процесса, используемые процессором для определения закешированной информации, относящейся к различным адресным пространствам).

Тестированию в синтетических пакетах подверглись две системы: на базе Core i7 8700K Coffee Lake с Ubuntu 16.04.3 LTS и Core i7 6800K Broadwell E с Ubuntu 17.10. Компоненты тоже отличались, так что корректнее сравнивать результаты отдельного процессора с активированной заплаткой и без неё.

Например, бенчмарк файловой системы FS-Mark демонстрирует замедление на последнем ядре с Linux при активации KPTI. На системе с высокоскоростным накопителем Samsung 950 PRO NVMe SSD и i7-8700K провал оказывается чудовищным — почти двукратным. В то время как результаты системы с i7-6800K и обычным SSD Toshiba TR150 с интерфейсом SATA 3.0 проседают куда скромнее.

Тесты заплатки для CPU Intel: производительность в играх не затронута Intel, Процессор, Тест, Производительность, Информационная безопасность, Linux, Уязвимость, 3dnews, Длиннопост
Производительность обеих систем в тесте Compile Bench тоже пострадала. Если это не вызвано x86-заплатками, то в свежее ядро должны были быть внесены другие существенные регрессивные изменения (что весьма сомнительно).
Тесты заплатки для CPU Intel: производительность в играх не затронута Intel, Процессор, Тест, Производительность, Информационная безопасность, Linux, Уязвимость, 3dnews, Длиннопост

Работа открытой объектно-реляционной системы управления базами данных PostgreSQL стала тоже заметно медленнее:

Тесты заплатки для CPU Intel: производительность в играх не затронута Intel, Процессор, Тест, Производительность, Информационная безопасность, Linux, Уязвимость, 3dnews, Длиннопост
Аналогичная ситуация с замедлением наблюдается и в работе открытого сетевого журналируемого хранилища данных Redis на базе нереляционной высокопроизводительной СУБД:
Тесты заплатки для CPU Intel: производительность в играх не затронута Intel, Процессор, Тест, Производительность, Информационная безопасность, Linux, Уязвимость, 3dnews, Длиннопост
В то же время скорость работы приложений, ограниченных при работе преимущественно активностью в области пользовательского пространства, будет затронута, по-видимому, минимально, если судить по тестам кодирования видео в формат H.264, задаче компиляции и декодирования видео через FFmpeg:
Тесты заплатки для CPU Intel: производительность в играх не затронута Intel, Процессор, Тест, Производительность, Информационная безопасность, Linux, Уязвимость, 3dnews, Длиннопост
Аналогичная ситуация касается и игровых задач. Судя по ранним тестам, их проблема почти не коснётся. По крайней мере, с переходом на новое ядро в Linux с заплаткам KPTI падение производительности не выходит за рамки статистической погрешности. На системе с Radeon RX Vega 64 и Intel Core i7 8700K Coffee Lake наблюдается следующая ситуация (верхняя полоска — до заплатки, нижняя — после):
Тесты заплатки для CPU Intel: производительность в играх не затронута Intel, Процессор, Тест, Производительность, Информационная безопасность, Linux, Уязвимость, 3dnews, Длиннопост

Таким образом, в самых разных играх для Linux, использующих API Vulkan и OpenGL, не наблюдается сколько-нибудь заметного падения частоты кадров в результате использования ядра с обходом уязвимости чипов Intel. Как и в случае с рядом других пользовательских приложений вроде FFmpeg. В то же время ряд синтетических тестовых пакетов или специфические задачи вроде СУБД страдают порой весьма серьёзно. Похоже, рядовым пользователям беспокоиться особенно не о чем, тогда как владельцев облачных серверов на базе чипов Intel проблема, возможно, серьёзно затронет.

Между тем AMD в лице Томаса Лендаки (Thomas Lendacky) официально подтвердила, что её чипы не подвержены уязвимости: «Процессоры AMD не являются объектом тех типов атак, против которых направлены меры защиты KTPI. Микроархитектура AMD не разрешает ссылки на ячейки памяти, в том числе спекулятивные, которые дают доступ к высокопривилегированным данным в менее привилегированном режиме, когда такой доступ может приводить к ошибке страницы. Поэтому следует по стандарту отключать KPTI на процессорах AMD». Обсуждение новости уже привело к падению курса акций Intel и росту AMD.

Тесты заплатки для CPU Intel: производительность в играх не затронута Intel, Процессор, Тест, Производительность, Информационная безопасность, Linux, Уязвимость, 3dnews, Длиннопост

Информационная безопасность IT

1.4K постов25.5K подписчиков

Добавить пост

Правила сообщества

Обязательно к прочтению для авторов:

1. Если вы добавляете пост, утверждающий об утечке данных или наличии дыр в системе, предоставьте ссылку на источники или технически подкованное расследование. Посты из разряда "Какой-то банк слил данные, потому что мне звонили мошенники" будут выноситься в общую ленту.
2. Все вопросы "Как обезопасить сервер\приложение\устройство" - в лигу "Компьютер это просто".

Обязательно к прочтению для всех:

Добавление ссылки разрешено если она не содержит описание коммерческих (платных) продуктов и/или идентификаторов для отслеживания перехода и для доступа не нужен пароль или оплата в т.ч. интернет-ресурсы, каналы (от 3-х тематических видео), блоги, группы, сообщества, СМИ и т.д.


Запрещены политические holy wars.

По решению модератора или администратора сообщества пользователь будет забанен за:

1. Флуд и оскорбление пользователя, в т.ч. провокация спора, флуда, холивара (высказывание без аргументации о конкретной применимости конкретного решения в конкретной ситуации), требование уже данного ответа, распространение сведений порочащих честь и репутацию, принижающих квалификацию оппонента, переходы на личности.

2. Публикацию поста/комментария не соответствующего тематике сообщества, в том числе обсуждение администраторов и модераторов сообщества, для этого есть специальное сообщество.

3. За обвинение в киберпреступной деятельности.

4. За нарушение прочих Правил Пикабу.

Вы смотрите срез комментариев. Показать все
10
Автор поста оценил этот комментарий

Ха...



Главу Intel обвинили в продаже акций компании после выявления проблем с чипами



подробнее:



http://www.interfax.ru/business/594412

Иллюстрация к комментарию
раскрыть ветку (37)
6
Автор поста оценил этот комментарий
Вероятно, готовится к тому, чтобы взять на себя ответственность и уйти. Или к тому, что его уйдут после такого.
ещё комментарии
2
DELETED
Автор поста оценил этот комментарий

Их CEO продал акции незадолго до всплывшей уязвимости. Как знал )

раскрыть ветку (29)
5
Автор поста оценил этот комментарий

Гугл передал инфу по уязвимости в интел еще 2017-06-01, так что он действительно знал.

раскрыть ветку (5)
4
Автор поста оценил этот комментарий
Можно ли это считать спекуляцией на инсайде, что является сильно наказуемым правонарушением?
раскрыть ветку (4)
7
Автор поста оценил этот комментарий
Точно стоит. Например, топ-менеджер BP слил свои акции накануне аварии на Deep Horizon. Тоже что-то знал.
DELETED
Автор поста оценил этот комментарий

Можно, только кто ему что сделает?

раскрыть ветку (2)
1
Автор поста оценил этот комментарий
Если не успеет из страны сбежать - сделают, ещё как. Это может растянуться на месяцы и годы расследования, но результат будет.
раскрыть ветку (1)
DELETED
Автор поста оценил этот комментарий

Я думаю, что у таких людей как минимум есть пара лишних гражданств)

1
Автор поста оценил этот комментарий
Убунту получила инфу от интел ещё 9-го ноября. СЕО вроде как 29-го слил акции.
Иллюстрация к комментарию
раскрыть ветку (22)
DELETED
Автор поста оценил этот комментарий

Всё правильно, он просто в отпуске был до конца ноября xD

DELETED
Автор поста оценил этот комментарий
Ого. И ничего не предприняли?
раскрыть ветку (20)
1
Автор поста оценил этот комментарий

Вообще-то пропатчили ядро 4.14 ещё в декабре.

раскрыть ветку (14)
DELETED
Автор поста оценил этот комментарий

тогда о чём весь этот вой?

раскрыть ветку (13)
1
Автор поста оценил этот комментарий
Так оно анстейбл ещё, у всех пока 4.13.
раскрыть ветку (8)
1
DELETED
Автор поста оценил этот комментарий
kernel.org говорит, что lastest stable - 4.14..
А что будут делать те, кто не может ядро обновить?
раскрыть ветку (7)
Автор поста оценил этот комментарий
Анстейбл в репах дистра, в смысле. Туда не сразу кладут последнее ядро, без фикса их собственных убунтовских патчей и без проверки этого всего в совокупности оно может всё нафиг сломать в системе.

А что будут делать те, кто не может ядро обновить?

Плакать от уязвимости, но радоваться, что ничего не тормозит.

раскрыть ветку (6)
DELETED
Автор поста оценил этот комментарий

Ну фыр теперь. На половине хостингов 3.х стоит.


upd: лол

root@sleeply4cat:~# uname -r

2.6.32-042stab112.15

раскрыть ветку (5)
Автор поста оценил этот комментарий
Оттого все и стоят на ушах, что даже на lastest хрен исправишь на 100%, и в реальности даже после выхода фиксов будет уязвимо до 80% всего компьютерного парка в мире.
раскрыть ветку (4)
Автор поста оценил этот комментарий
Дыра во всех процах крупнейшего производителя с 1995 года размером с Техас - это так, фигня. С кем не бывает...
раскрыть ветку (3)
DELETED
Автор поста оценил этот комментарий

о дыре узнали заранее -> дыру закрыли до появления эксплойтов -> профит


хотя, похоже, этого не произошло =\

раскрыть ветку (2)
1
Автор поста оценил этот комментарий

то-то вчера-позавчера все машины облачных хостеров перезагружались в спешном порядке. А обнова на Windows, отличную от 10 ещё не вышла... Ага.

А через сколько месяцев обновятся смартфоны.....


https://geektimes.ru/post/297029/


Тезисно: в прошлом году нашли, а в этом опубликовали информацию о самой серьёзной ошибке в процессорах за все десятилетия их существования. В той или иной степени ей подвержены все процессоры, используемые в настоящее время в настольных компьютерах, серверах, планшетах, смартфонах, автомобилях, самолётах, поездах, почте, телефоне и телеграфе. То есть — вообще все процессоры, кроме микроконтроллеров.


К счастью, подвержены они ей в разной степени. К несчастью, самый серьёзный удар пришёлся на самые распространённые процессоры — Intel, причём затронул он абсолютно все выпускающиеся и практически все эксплуатируемые

раскрыть ветку (1)
DELETED
Автор поста оценил этот комментарий

Спасибо, я видел десятки статей, спекулирующих на этих тезисах.

Автор поста оценил этот комментарий
А что они могут сделать? Только сидеть и ждать фикса от ядерщиков, чтобы как можно быстрее его выложить в репы.
раскрыть ветку (4)
DELETED
Автор поста оценил этот комментарий

У убунты ж вроде ядро со своими патчами?

раскрыть ветку (3)
Автор поста оценил этот комментарий
Этот фикс меняет слишком много всего, там теперь совсем по-другому маппинг памяти в ядре и в процессах работает. Это уже даже и не фикс, а добавление целой новой большой фичи. Такое им вряд ли по силам, да и какой смысл делать свою реализацию того, что пилит основная ядерная команда.
раскрыть ветку (2)
DELETED
Автор поста оценил этот комментарий
Старые закрытые дрова снова отвалятся?
раскрыть ветку (1)
Автор поста оценил этот комментарий
К счастью, в этот раз не должны. По крайней мере, никто про это не писал. Кроме того, фича отключаемая - как я понял, там по сути изменение параметров маппинга памяти + нечто вроде дополнительного слоя трансляции, маскирующего это изменение и делающего некую логику по проверке параметров и по сбросу кешей процессора до и после определённых системных вызовов.
4
Автор поста оценил этот комментарий

Вряд ли глава Intel занимается своими акциями, скорее он пользуется услугами брокеров. С точки зрения брокеров без разницы, акции это главы Intel или уборщика МЦСТ. Если ожидается падение цены акций, то логично часть из них продать по высокой цене, их всегда можно выкупить, когда цена упадёт.

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку