The OpenNET Project / Index page

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



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

Оглавление

Линус Торвальдс жестко раскритиковал связанные с микрокодом ..., opennews (ok), 22-Янв-18, (0) [смотреть все]

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


14. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  –2 +/
Сообщение от Фёдорemail (?), 22-Янв-18, 21:08 
Я вот не понимаю, почему это не решается на уровне микрокода?
Ответить | Правка | Наверх | Cообщить модератору

18. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +4 +/
Сообщение от An (??), 22-Янв-18, 21:19 
Хватит один уже выпустили
Ответить | Правка | Наверх | Cообщить модератору

26. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +13 +/
Сообщение от Andrey Mitrofanov (?), 22-Янв-18, 21:25 
> Хватит один уже выпустили

Он не понимает. Выпускайте второго.

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

19. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от Anonimous (?), 22-Янв-18, 21:20 
Возможно потому что микрокод не может/дорого определять где я ядро а где юзерспейс для всех существующих осей?
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

33. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от Andrey Mitrofanov (?), 22-Янв-18, 21:31 
> Возможно потому что микрокод не может/дорого определять где я ядро а где
> юзерспейс для всех существующих осей?

Точно! Ring0 от ring3 отличить невозможно ведь, и правда.

Да ещё в кеше?! "--Мы все у---м."

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

37. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +2 +/
Сообщение от Anonimous (?), 22-Янв-18, 21:36 
Андрей, я всего лишь предположил всилу своего незнания. Если есть что по делу рассказать - как прошивка ринги отличает например - ты поделись, многие с удовольствием почитают.
Ответить | Правка | Наверх | Cообщить модератору

75. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  –3 +/
Сообщение от КО (?), 23-Янв-18, 00:02 
Дано:
В ячейке кеша, соответствующей адресу 0x???????????????? лежит число.
Как узнать, что инструкции из ring3 его читать нельзя, если информации о том, инструкцией какого ring она загружена - нет?
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

97. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от Led (ok), 23-Янв-18, 02:58 
Как ни странно, но CPU от AMD - определяет. Правда не микрокодом, а потому что спроектированы не маркетолухами.
Ответить | Правка | Наверх | Cообщить модератору

225. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  –2 +/
Сообщение от iZEN (ok), 23-Янв-18, 16:10 
> Как ни странно, но CPU от AMD - определяет. Правда не микрокодом, а потому что спроектированы не маркетолухами.

Архитектура [powerpc64] (POWER6-POWER9) не подвержена этим трём аппаратным особенностям. Архитектура [mips] (кроме P5600 - Baikal-T1 и P6600 - Warrior) похоже не подвержена этим проблемам.

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

238. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +2 +/
Сообщение от Аноним (-), 23-Янв-18, 18:06 
> Архитектура [powerpc64] (POWER6-POWER9) не подвержена этим трём аппаратным особенностям.
> Архитектура [mips] (кроме P5600 - Baikal-T1 и P6600 - Warrior) похоже
> не подвержена этим проблемам.

Точно клоун. По поверам - вот прямо на фряшной вики ссылки. По мипсам - сложнее. Предлагаю погуглить про то, какие мипсы сейчас вообще с out-of-order есть.

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

272. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от _ (??), 23-Янв-18, 21:44 
Трепло. "Firmware patches for POWER7+, POWER8, and POWER9 platforms are now available via FixCentral." прямо на сайте голубых. 6 не патчат, просто 7-ку обещают в Феврале.

Это история про вкус ананасов, изеня, и тех кто их и в правду ел :-)))

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

323. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от КО (?), 25-Янв-18, 13:18 
>Архитектура [powerpc64] (POWER6-POWER9) не подвержена этим трём аппаратным особенностям.

просто оставлю это здесь
https://www.ibm.com/blogs/psirt/potential-impact-processors-...
Про мипсы никто не знает, толи некому копать, толи для архитектуры, которая принципиально не заботится о межпроцессном взаимодействии это вообще не проблема. :)

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

336. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от Аноним (-), 25-Янв-18, 19:01 
> Про мипсы никто не знает, толи некому копать, толи для архитектуры, которая
> принципиально не заботится о межпроцессном взаимодействии это вообще не проблема. :)

Ты про тем "мипсы без межпроцессного взаимодействия", которые ещё 20 лет назад в продаже были в 128-ядерных вариантах?

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

289. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от yet another anonymous (?), 24-Янв-18, 10:22 
> ... но CPU от AMD - определяет. Правда не микрокодом,

Нет. Проблема реализации meltdown на AMD в том, что у AMD cache'и non-inclusive, а у Intel'а --- inclusive.

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

315. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от VINRARUS (ok), 24-Янв-18, 19:21 
>> ... но CPU от AMD - определяет. Правда не микрокодом,
> Нет. Проблема реализации meltdown на AMD в том, что у AMD cache'и
> non-inclusive, а у Intel'а --- inclusive.

У ряжанки л1+л2 кашы инклюзивные, л3 так вообще мусорная.

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

320. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от Аноним (-), 25-Янв-18, 12:42 
Мусорным оказался OoO у интеля, извините. Это просто халтура, проц срывает гарантии которые якобы должна была обеспечить их иллюзия.
Ответить | Правка | Наверх | Cообщить модератору

321. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от Anonymoustus (ok), 25-Янв-18, 12:57 
> Мусорным оказался OoO у интеля, извините. Это просто халтура, проц срывает гарантии
> которые якобы должна была обеспечить их иллюзия.

Не просто халтура, а шулерство, которым Штеуд занимается более тридцати лет под прикрытием умелого маркетинга и промывания мозгов рекламой.

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

118. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  –2 +/
Сообщение от Дедок (?), 23-Янв-18, 06:35 
По диапазону выделяемых адресов можно было бы извернуться.
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

161. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от Andrey Mitrofanov (?), 23-Янв-18, 10:02 
> Дано:
>  В ячейке кеша, соответствующей адресу 0x???????????????? лежит число.
> Как узнать, что инструкции из ring3 его читать нельзя, если информации о
> том, инструкцией какого ring она загружена - нет?

Рядом с ячейкой нужно хранить токен контекста. И именно это не переделать микрокодом -- на скоростях кеша этонужно делать "силикономТМ".

AMD, возможно, это и делает....

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

324. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от КО (?), 25-Янв-18, 13:32 
АМД, по слухам, помнит ring (там пара бит нужна).
Но в пределах ринга уже все.
Учитывая, что современные кеши, для скорости, даже адрес и тот не целиком хранят, добавить к нему полноценный разбор PCID без просада скорости - та еще задачка.
Ответить | Правка | Наверх | Cообщить модератору

209. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от пох (?), 23-Янв-18, 12:59 
>  В ячейке кеша, соответствующей адресу 0x???????????????? лежит число.
> Как узнать, что инструкции из ring3 его читать нельзя, если информации о
> том, инструкцией какого ring она загружена - нет?

забудьте вы про эти "ринги", это вам прохфессора времен ос-ес мозги пудрят.
В пределах юзерспейса банального, прочитать что-то, лежащее в чужой памяти - вам не дадут, независимо от того, есть оно в кэше или нет. Напрямую обратиться к кэшу тоже не дадут, тоже никому и ни при каких условиях - его только сбросить можно.
Идея новых атак в том, что нашли _косвенные_ способы с некоторой (в результате многих итераций приближенной к 100%) вероятностью узнать, что же там лежит, не обращаясь непосредственно к этому адресу, вообще.

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

290. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от yet another anonymous (?), 24-Янв-18, 10:31 

> забудьте вы про эти "ринги", это вам прохфессора времен ос-ес мозги пудрят.

Вряд ли профессора. Ибо в Эльбрусе и при спекулятивном выполнении проверяется флажок доступа,
а Intel'а на этом съэкономили.

Судя по телодвижениям Intel'а, проверка бита доступа при спекулятивном выполнении не может быть решена микрокодом.

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

326. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от Аноним (-), 25-Янв-18, 13:50 
> Вряд ли профессора. Ибо в Эльбрусе и при спекулятивном выполнении проверяется флажок
> доступа,
> а Intel'а на этом съэкономили.

Флажок то они проверили. Но кэш при этом все-же загадили и не подчистили. Сорвав иллюзию. А потом код приходит и просто читает кэш, потому что может. А то что его раньше по исключению завернули - "испорченый" кэш читать нисколько не мешает.

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

343. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  –3 +/
Сообщение от yet another anonymous (?), 26-Янв-18, 12:31 
> Но кэш при этом все-же загадили и не
> подчистили. Сорвав иллюзию. А потом код приходит и просто читает кэш,
> потому что может.

"Градуируя его вдоль спины получаем синекдоху отвечания".

> А то что его раньше по исключению завернули
> - "испорченый" кэш читать нисколько не мешает.

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

351. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от пох (?), 29-Янв-18, 16:16 
> А потом код приходит и просто читает кэш

код не может прочитать кэш. Его вообще никто кроме процессора прочитать не может.

Код читает просто память - причем, свою собственную. Но таким интересным образом, что (даже при том что этот код вообще не выполняется, и если бы выполнился, не прочиталось бы) по тому, как именно она читается (не "что", читается ровно что положил, а _как_), можно сделать предположение о том, что лежит в памяти другого процесса. "предположение" - термин статистический, и, путем многократного повторения, получается достоверным.

как оно там сделано у Эльбрусов - большой-большой военный секрет, и "мы вам о них не расскажем".

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

353. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от yet another anonymous (?), 08-Фев-18, 10:30 
> как оно там сделано у Эльбрусов - большой-большой военный секрет, и "мы вам о них не расскажем".

Не секрет. При спекулятивном выполнении флаг доступа проверяется. В отличии от Intel'я.

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

325. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от КО (?), 25-Янв-18, 13:43 
>В пределах юзерспейса банального, прочитать что-то, лежащее в чужой памяти - вам не дадут

Вот тут то и засада.
Операции не работают с памятью, они работают с кешем. Кеш быстрее.
Отседова и атака. Читается своя памыть. Просто фрагмент этой памяти заставили загрузится в кеш в зависимости от содержимого ячейки, доступа к которой нет.
Происходит это потому, что подгружать кеш в момент выполнения - поздно ибо операция все одно будет ждать память. Для чего и придумали грузить в кеш предварительно. Естественно предсказание, какая память понадобится не точно, ибо точно будет известно только когда операция будет выполняться (т.е. поздно). Вот и считалось, что мусор в кеше не сильно вреден. Оказалось вреден. Не погружать в кеш пока все не будет проверено (читай не использовать кеш), слишком медленно, никто не хочет в эпоху 386.

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

342. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  –2 +/
Сообщение от yet another anonymous (?), 26-Янв-18, 12:29 
Бред и троллинг. Хоть немножко бы о предмете почитали...
Ответить | Правка | Наверх | Cообщить модератору

22. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от Аноним (-), 22-Янв-18, 21:22 
> Я вот не понимаю, почему это не решается на уровне микрокода?

Решается, но по дефолту не включается так как присутствует потеря производительности, из-за которой интел боится за низкие показатели в тестах будующих и текущих ксеонах/десктопах.

А чтобы включить это решение приходится в ядро добавлять опцию включения по всей видимости, не удивлюсь что если для включения нужена перезагрузка. Патч не смотрел.

Емнип те же разработчики из Epic Games пожаловались что из-за патчей на meltdown аж 70% в их оптимизированном игровом сервере. Добавь к ним еще новые потери от reptoline/ патчи интеля.

Геймеры на вантузе схавают любой маркетинг, а серьезный заказчик железа в один прекрасный момент может плюнуть и уйти на AMD.

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

31. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от Anonimous (?), 22-Янв-18, 21:30 
>> Я вот не понимаю, почему это не решается на уровне микрокода?
> Решается, но по дефолту не включается

Ахаха!

> А чтобы включить это решение приходится в ядро добавлять опцию включения по всей видимости, не удивлюсь что если для включения нужена перезагрузка.

ЛОЛ! "Не удивлюсь если для изменения boot parameters нужна перезагрузка"

> Патч не смотрел.

Эксперты в треде! Все в машину! Ж))))

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

36. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от Crazy Alex (ok), 22-Янв-18, 21:34 
Вообще-то тот же kpti через /sys на лету можно включать/выключать, например. Так что не факт, что ТОЛЬКО boot parameters
Ответить | Правка | Наверх | Cообщить модератору

44. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  –1 +/
Сообщение от Anonimous (?), 22-Янв-18, 21:43 
> Вообще-то тот же kpti через /sys на лету можно включать/выключать, например. Так
> что не факт, что ТОЛЬКО boot parameters

Не уверен что речь была именно про kpti, но за инфу спасибо.
Проверять её я конечно же не буду.

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

216. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от aurved (?), 23-Янв-18, 14:46 
CentOS 7

# echo 0 > /sys/kernel/debug/x86/pti_enabled
# echo 0 > /sys/kernel/debug/x86/ibpb_enabled
# echo 0 > /sys/kernel/debug/x86/ibrs_enabled

В CentOS 6 тоже можно, но сначала нужно

mount -t debugfs nodev /sys/kernel/debug

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

49. "Линус Торвальдс жестко завахтёрил с микрокодом ..."  –1 +/
Сообщение от Andrey Mitrofanov (?), 22-Янв-18, 21:54 
> Вообще-то тот же kpti через /sys на лету можно включать/выключать, например.

Назрела жёсткая необходимость в KPTI namesapces! С интеграцией в s-d и intel-me!1111  И nvidia-drv111

Пусть уже $SUBJ делом займётся. SUIDы выкинуть, intel_ns в массы intelligence community-ев.

Решительно! Прогрессивно!11  >!<


>Так
> что не факт, что ТОЛЬКО boot parameters

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

58. "Линус Торвальдс жестко завахтёрил с микрокодом ..."  –2 +/
Сообщение от Anonimous (?), 22-Янв-18, 22:15 
> Назрела жёсткая необходимость в KPTI namesapces! С интеграцией в s-d и intel-me!1111

Это же гениально! И AMD опять в ж останется, пока не заимплементит аналогичные "фичи" у себя в процах. И на коробках с процами будет что написать: Support Win10(TM) and KPTI Namespaces(TM)!

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

162. "Линус Торвальдс жестко завахтёрил с микрокодом ..."  +/
Сообщение от Andrey Mitrofanov (?), 23-Янв-18, 10:05 
>> Назрела жёсткая необходимость в KPTI namesapces! С интеграцией в s-d и intel-me!1111
> Это же гениально! И AMD опять в ж останется, пока не заимплементит
> аналогичные "фичи" у себя в процах. И на коробках с процами
> будет что написать: Support Win10(TM) and KPTI Namespaces(TM)!

Полено, namespaces -- в ядре.

Учит вас Ленарт, учит, а всё целина непаханая.

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

72. "Линус Торвальдс жестко завахтёрил с микрокодом ..."  +/
Сообщение от Аноним (-), 22-Янв-18, 23:38 
в NVMe неймспейсы таки есть :)
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

98. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  –5 +/
Сообщение от Led (ok), 23-Янв-18, 02:59 
> Патч не смотрел.

А пейсатели (не читатели) - они все такие.

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

27. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +4 +/
Сообщение от albb (ok), 22-Янв-18, 21:27 
Потому, что микрокод не исправит кривую архитектуру железа.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

30. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от Аноним (-), 22-Янв-18, 21:30 
По всей видимости микрокод может только отключть функциональность спекулятивного выполнение что влечет за собой потерю производительности. И не маленькую потерю если редхату пришлось откатывать микрокод интеля ради своих заказчиков, но это не отменяет того факта что система дырявая.
Ответить | Правка | Наверх | Cообщить модератору

50. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +1 +/
Сообщение от QuAzI (ok), 22-Янв-18, 21:55 
Если читать новости, то можно узнать что всем продаванам пофиг на производительность, мол кому надо - докупят, а вот то, что часть систем превращается в тыкву, а вторая начинает рандомно ребутаться - это уже косячок-с.
Ответить | Правка | Наверх | Cообщить модератору

53. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +12 +/
Сообщение от Аноним (-), 22-Янв-18, 22:10 
Это смотря где что читать, если пойти читать отзывы на aws (какбы прямое отражение ситуации во всех облаках) то клиенты не довольны когда им с бухты барахты внезапно нужно заплатить в 2 раза больше за ту же самую производительность что была в 2017 году или отчего их cpu загружены под 100%.

Это только местным анонам пофиг на произодительность, они кроме браузера для пронхаба не запускают.

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

125. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  –6 +/
Сообщение от Аноним (-), 23-Янв-18, 07:18 
Да задолбали вы со своей потерей. Потеря-потеря. Не потеря а маркетинг. Все побежали за новыми процами а интелы и рады. Тесты проводили, если потеря и есть то какие-то сотые проценты. Можно запросто найти в интернете, главное не ходить на сайт интел и не читать их красивые таблички, где 8-10% производительности на старых процессорах и 20% на новых. Все в магазины!
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

144. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +4 +/
Сообщение от Ан (??), 23-Янв-18, 08:59 
Сказочник, то были тесты сугубо вычислительные. А теперь внимание, срыв покровов, в чисто вычислительном тесте не нужно как правило переключаться в ядерный режим. Это становится нужно когда появляется ну сеть к примеру или интенсивное общение с дисками. И вот тут вы должны пройти не игро тесты, а за информацией о загруженности серверов пройдите на другие ресурсы отличные от тех что тестируют игры.
Ответить | Правка | Наверх | Cообщить модератору

28. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от Аноним (-), 22-Янв-18, 21:28 
потому что на этом уровне это невозможно решить
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

96. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  –1 +/
Сообщение от Led (ok), 23-Янв-18, 02:56 
Потому же, почему и тебя на уровне ДНК не пропатчишь.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

218. "Линус Торвальдс жестко раскритиковал связанные с микрокодом ..."  +/
Сообщение от Аноним (-), 23-Янв-18, 15:06 
Генетические мутации, вирусов, переписывание генома
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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