The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Разработчики Linux и Windows работают над закрытием огромной..., opennews (?), 03-Янв-18, (0) [смотреть все] –1

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


15. "Разработчики Linux и Windows работают над закрытием огромной..."  –23 +/–
Сообщение от ad3ptemail (ok), 03-Янв-18, 09:35 
Phoronix говорит, что, возможно, AMD тоже иязвимы
https://www.phoronix.com/scan.php?page=news_item&px=x86-PTI-...

По крайней мере, workaround в ядре работает и для Intel, и для AMD. Перформанс падает и там, и там

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

20. "Разработчики Linux и Windows работают над закрытием огромной..."  +27 +/–
Сообщение от angra (ok), 03-Янв-18, 09:42 
Базовое знание логики могло бы тебе подсказать, что падение производительности при применении данного патча не позволяет сделать вывод о наличии уязвимости.
Ответить | Правка | Наверх | Cообщить модератору

21. "Разработчики Linux и Windows работают над закрытием огромной..."  +10 +/–
Сообщение от anonymous (??), 03-Янв-18, 09:44 
Из того, что производительность падает на AMD не означает что AMD тоже подвержена уязвимости. PTI убирает маппинг страниц памяти ядра из юзерспейс контекста т.к. Интел процессоры не могут быть доверенными не разрешать rw доступ в ядро. Этот подход снизит производительность на любом CPU чисто потому что при каждом переключении контекста надо сбросить маппинг юзерспейса и замапить ядро, после того как работа в ядре выполнена - сбпросить маппинг ядра и замапить юзерспейс. Такой подход всегда будет медленнее чем переклюение маппинга ядра с ro на rw.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

24. "Разработчики Linux и Windows работают над закрытием огромной..."  –1 +/–
Сообщение от ad3ptemail (ok), 03-Янв-18, 09:47 
Спасибо за развернутый ответ. Но тогда не понятно, почему бы ядру не делать if AMD then nopti
Ответить | Правка | Наверх | Cообщить модератору

28. "Разработчики Linux и Windows работают над закрытием огромной..."  +4 +/–
Сообщение от Greg KH (?), 03-Янв-18, 09:54 
Именно это по одной из ссылок в новости  и происходит https://lkml.org/lkml/2017/12/27/2
Ответить | Правка | Наверх | Cообщить модератору

314. "Разработчики Linux и Windows работают над закрытием огромной..."  +9 +/–
Сообщение от iZEN (ok), 03-Янв-18, 18:07 
> Но тогда не понятно, почему бы ядру не делать if AMD then nopti

Антимонопольный комитет вмешается и не позволит убрать замедляющие работу AMD инструкции. Так надо - чтобы конкуренция была честной.

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

399. "Разработчики Linux и Windows работают над закрытием огромной..."  +1 +/–
Сообщение от Аноним (-), 03-Янв-18, 23:27 
так толсто что аж тонко. Браво.
Ответить | Правка | Наверх | Cообщить модератору

140. "Разработчики Linux и Windows работают над закрытием огромной..."  +5 +/–
Сообщение от Anonymoustus (ok), 03-Янв-18, 13:21 
https://lkml.org/lkml/2017/12/27/2

Процитирую:


-    /* Assume for now that ALL x86 CPUs are insecure */
-    setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
+    if (c->x86_vendor != X86_VENDOR_AMD)
+        setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
 
     fpu__init_system(c);

Короче говоря, Штеуд накосячил, а страдать снова будут все.

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

195. "Разработчики Linux и Windows работают над закрытием огромной..."  +1 +/–
Сообщение от Аноним (-), 03-Янв-18, 14:19 
ещё проще:

        }

autosel:
+       if (boot_cpu_has(X86_VENDOR_AMD))
+               return;
        if (!boot_cpu_has_bug(X86_BUG_CPU_INSECURE))
                return;
enable:

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

201. "Разработчики Linux и Windows работают над закрытием огромной..."  +3 +/–
Сообщение от Anonymoustus (ok), 03-Янв-18, 14:24 
> ещё проще

А вот ребята решили, что проще и лучше сразу считать все процессоры конструктивно небезопасными. В известном смысле — они правы. Новости-то одна другой лучше.

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

211. "Разработчики Linux и Windows работают над закрытием огромной..."  +2 +/–
Сообщение от Crazy Alex (ok), 03-Янв-18, 14:34 
Окстятся, куда они денутся. Быстрофиксы - они часто такие, а дальше будет детальная проверка не только производителя, но и конкретной модели.
Ответить | Правка | Наверх | Cообщить модератору

234. "Разработчики Linux и Windows работают над закрытием огромной..."  +5 +/–
Сообщение от Аноним (-), 03-Янв-18, 15:09 
> А вот ребята решили, что проще и лучше сразу считать все процессоры
> конструктивно небезопасными.

Многие из этих "ребят" на зарплате у Интеля.
Поэтому:

> В известном смысле — они правы.

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

240. "Разработчики Linux и Windows работают над закрытием огромной..."  +3 +/–
Сообщение от Anonymoustus (ok), 03-Янв-18, 15:14 
>> А вот ребята решили, что проще и лучше сразу считать все процессоры
>> конструктивно небезопасными.
> Многие из этих "ребят" на зарплате у Интеля.
> Поэтому:
>> В известном смысле — они правы.

Да. Тем не менее, для быстрофикса это самое правильное решение. Засудить Штеуд до банкротства ещё успеется (надеюсь).

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

368. "Разработчики Linux и Windows работают над закрытием огромной..."  –2 +/–
Сообщение от _ (??), 03-Янв-18, 20:45 
>Засудить Штеуд до банкротства

Наш сказочник всем сказочникам - сказочник! :)
Нихрена им не будет. Впервые что ли ...

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

373. "Разработчики Linux и Windows работают над закрытием огромной..."  +3 +/–
Сообщение от Anonymoustus (ok), 03-Янв-18, 21:08 
Пока компании-заказчики не теряют миллионы, Штеуду сходит с рук. А тут, похоже, случай уже неоперабельный и может вылиться в кучу исков с конкретными цифрами претензий.
Ответить | Правка | Наверх | Cообщить модератору

380. "Разработчики Linux и Windows работают над закрытием огромной..."  +/–
Сообщение от Аноним84701 (ok), 03-Янв-18, 21:52 
>  в кучу исков с конкретными  цифрами претензий.

Интересно, с какой аргументацией?
Оно работает? Работает! Медленнее (или с дырой)? А разве где-то официально обещали конкретные циферки или именно невозможность чтения памяти в <cписок-ситуаций-и-условий>?

И нет серьезных конкурентов, которые могли бы воспользоваться ситуацией и не только с фанфарами преподнести все в понятном виде неайтишникам, но и мусолить эту тему достаточно долго, чтобы переманить большую часть пользователей. Чтобы при виде наклейки "intel inside!" на девайсе покупатель в первую очередь думал об "эпическом продолбе в течении 10 лет" и искал девайс с чем-то другим.
В некотором смысле интел, к сожалению, "too big to fail".


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

306. "Разработчики Linux и Windows работают над закрытием огромной..."  +1 +/–
Сообщение от Аноним (-), 03-Янв-18, 17:39 
> Многие из этих "ребят" на зарплате у Интеля.

Note that the implementation of a modern processor involves millions of lines of HDL code [55] and verification of functional correctness for such processors is still an unsolved problem.

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

350. "Разработчики Linux и Windows работают над закрытием огромной..."  +/–
Сообщение от Аноним (-), 03-Янв-18, 19:33 
> https://lkml.org/lkml/2017/12/27/2
> Процитирую:
> 
 
- /* Assume for now that ALL x86 CPUs are insecure */ 
- setup_force_cpu_bug(X86_BUG_CPU_INSECURE); 
+ if (c->x86_vendor != X86_VENDOR_AMD) 
+  setup_force_cpu_bug(X86_BUG_CPU_INSECURE); 
  fpu__init_system(c);

> Короче говоря, Штеуд накосячил, а страдать снова будут все.

Перечитай патч внимательнее.

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

371. "Разработчики Linux и Windows работают над закрытием огромной..."  +6 +/–
Сообщение от Anonymoustus (ok), 03-Янв-18, 21:06 
> Перечитай патч внимательнее.

Я не слепой. Это фикс быстрофикса. А быстрофикс немножко другой — уравнительный. AMD уже, говорят, по этому поводу высказалась.

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

455. "Разработчики Linux и Windows работают над закрытием огромной..."  +1 +/–
Сообщение от EHLO (?), 04-Янв-18, 05:29 
Уже и Линус высказался https://lkml.org/lkml/2018/1/3/797
Прямо и по существу, а не сопли жуёт как некоторые профессора.
Ответить | Правка | Наверх | Cообщить модератору

496. "Разработчики Linux и Windows работают над закрытием огромной..."  +1 +/–
Сообщение от Anonymoustus (ok), 04-Янв-18, 12:52 
> Уже и Линус высказался https://lkml.org/lkml/2018/1/3/797
> Прямо и по существу, а не сопли жуёт как некоторые профессора.

Всё правильно говорит.

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

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

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




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

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