The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выявлен новый вариант атаки Zombieload на процессоры Intel, opennews (??), 13-Ноя-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Выявлен новый вариант атаки Zombieload на процессоры Intel"  +1 +/
Сообщение от Аноним (2), 13-Ноя-19, 15:50 
Я кстати не заметил прироста производительности с mitigations=off на десктопе. Если я что и заметил, так это просадку производительности. Это нормально?
Ответить | Правка | Наверх | Cообщить модератору

4. "Выявлен новый вариант атаки Zombieload на процессоры Intel"  +2 +/
Сообщение от Crazy Alex (ok), 13-Ноя-19, 15:57 
Просадка - точно ненормально. Прирост - могли и не заметить, в зависимости от задач и нагрузки.
Ответить | Правка | Наверх | Cообщить модератору

7. "Выявлен новый вариант атаки Zombieload на процессоры Intel"  +/
Сообщение от Аноним (2), 13-Ноя-19, 16:04 
Просадки в бенчмарках, в долго запускающемся софте (разница единицы процентов в случайную сторону)... Вот и думаю, что как-то странно получается.

Вроде всё самое медленное включено?

/sys/devices/system/cpu/vulnerabilities/l1tf:Mitigation: PTE Inversion
/sys/devices/system/cpu/vulnerabilities/mds:Mitigation: Clear CPU buffers; SMT disabled
/sys/devices/system/cpu/vulnerabilities/meltdown:Mitigation: PTI
/sys/devices/system/cpu/vulnerabilities/spec_store_bypass:Mitigation: Speculative Store Bypass disabled via prctl and seccomp
/sys/devices/system/cpu/vulnerabilities/spectre_v1:Mitigation: usercopy/swapgs barriers and __user pointer sanitization
/sys/devices/system/cpu/vulnerabilities/spectre_v2:Mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: disabled, RSB filling

Ещё пробовал отключать в венде, так там directx и отрисовка шрифтов начинали медленней работать.

Ответить | Правка | Наверх | Cообщить модератору

104. "Выявлен новый вариант атаки Zombieload на процессоры Intel"  +1 +/
Сообщение от пох. (?), 14-Ноя-19, 13:48 
> Я кстати не заметил прироста производительности с mitigations=off

вы и не должны были его заметить на современном процессоре.

Потеря производительности не только и не столько от ненужных mutigations, но и из-за корявого торопыжного переписывания самых критичных кусков кода ядра ради этой хрени. sponsored by intel.

Ведь условная компиляция - это непостижимое дао, давно забытое современными кодошлепами.

Хотите производительности - ставьте ядро какой-нибудь 3.0.10x версии, и сравнивайте.
(только учтите, что модный shittyd с ним не запустится)

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

123. "Выявлен новый вариант атаки Zombieload на процессоры Intel"  +/
Сообщение от Аноним (2), 14-Ноя-19, 23:05 
Так и процессор не новый, 10 лет уж. Вроде говорили, что попутно с переписыванием уязвимостей, занялись оптимизацией, чтобы не так тормозило.

У меня в дистрибутиве только 3.16 есть (оно лтс), не пойдёт? А 3 точно не годится, потому что у меня ext4 развалится так. И udev со всем сопутствующим скорее всего.

Ответить | Правка | Наверх | Cообщить модератору

124. "Выявлен новый вариант атаки Zombieload на процессоры Intel"  +/
Сообщение от пох. (?), 15-Ноя-19, 10:43 
> Так и процессор не новый, 10 лет уж. Вроде говорили, что попутно
> с переписыванием уязвимостей, занялись оптимизацией, чтобы не так тормозило.

хрен его знает, оптимизацией ли - или наоборот, все поломали при отключенных анти-оптимизациях (во что вполне поверю)

> У меня в дистрибутиве только 3.16 есть (оно лтс), не пойдёт? А

нет, конечно - оно уже тоже безопасТное, а вам надо stone-age где о вашей безопастносте еще не успели позаботиться.

> 3 точно не годится, потому что у меня ext4 развалится так.

tune2fs -O^metadata_csum - если зачем-то эту бяку включили - и ничего не развалится. Даже, пожалуй, надежнее будет, со старой-то системой планировщиков и кэшей.

> И udev со всем сопутствующим скорее всего.

если у вас настоящий udev - то вы и так живете в каменном веке, можете апгрейдиться до 3.0.xxx спокойно, там все совместимо  с вашим 2.6.32. ;-) А если у вас systemd - то да, развалится, причем до удева дело даже не дойдет, он рут смонтировать не сможет, notabug (я, кстати, и за 3.16 не ручаюсь).
Но, собственно, для разок потестироваться и сравнить производительность - можно один-то раз и потрахаться с даунгрейдом.

Ответить | Правка | Наверх | Cообщить модератору

118. "Выявлен новый вариант атаки Zombieload на процессоры Intel"  +2 +/
Сообщение от Аноним (118), 14-Ноя-19, 19:42 
> Я кстати не заметил прироста производительности с mitigations=off

Это потому что львиная доля падения связана не столько с защитой, сколько с проверкой в рантайме, установлено ли у вас mitigations=off. Не ифдефами же такие проверки выполнять, в самом-то деле. Энтерпрайзы если чо скроллку с числом процессоров в админке облака вправо подвинут. А эти, с "десктопами", всё равно нам не платят.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

121. "Выявлен новый вариант атаки Zombieload на процессоры Intel"  +2 +/
Сообщение от Аноним (2), 14-Ноя-19, 20:38 
Т.е. даже купив процессор без уязвимостей тормоза никуда не денутся? Норм придумали.
Ответить | Правка | Наверх | Cообщить модератору

125. "Выявлен новый вариант атаки Zombieload на процессоры Intel"  +1 +/
Сообщение от пох. (?), 15-Ноя-19, 10:54 
> Т.е. даже купив процессор без уязвимостей тормоза никуда не денутся? Норм придумали.

собственно, если вы все проспали - даже если вам нас - рать на "увизгвимости", например потому что к серверу баз данных, внезапно, и так полный доступ у тех, кому он положен, а у всех остальных он методом air-gap отрублен, и вы всю эту глупость отключили сразу же - тесты двухлетней давности показали потерю 20-30% производительности с _отключенным_ kpti. С включенным вообще никто и не тестировал, за полной ненужностью этого знания.

И, поскольку кодошлепы продолжают ляпать неотключаемый дерьмокод под дудку интела - да, тормоза никуда не денутся.


Ответить | Правка | Наверх | Cообщить модератору

126. "Выявлен новый вариант атаки Zombieload на процессоры Intel"  +1 +/
Сообщение от пох. (?), 15-Ноя-19, 11:02 
>> Я кстати не заметил прироста производительности с mitigations=off
> Это потому что львиная доля падения связана не столько с защитой, сколько
> с проверкой в рантайме, установлено ли у вас mitigations=off. Не ифдефами

нет, к сожалению, не только - иначе бы ее было крайне несложно выпилить к чертям. К сожалению, так вы выиграете пару-тройку процентов производительности (разумеется эти проверки в наикритичнейших ко времени выполнения местах небесплатны), а не потерянные 20.
Код ядра _необратимо_ изуродован этими заshitами, и при их отключении все равно работает неэффективно. При этом современный-модный процессор с апдейченным  микрокодом может оказаться даже быстрее в режиме с включенным mutigations - поскольку именно это оптимизируется в первую очередь и в процессоре, и в ядре. Разумеется - быстрее чем с mutigations=off, а не быстрее чем старое ядро, с неизуродованным кодом, на нем же.

> с числом процессоров в админке облака вправо подвинут. А эти, с
> "десктопами", всё равно нам не платят.

заплатят - начнет гуглобраузер окончательно тормозить - купят новый десктоп, подорого, никуда не денутся.

Впрочем, для винды, похоже, никто не мерял. Возможно, ms сделала лучше чем лап4@тые. Хотя и маловероятно.

Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру