intel - еще баг
От: ononim  
Дата: 02.01.18 22:53
Оценка: 35 (5)
..настолько страшный, что в фиксы в линуксовое ядро слегка обфуцировалли
https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
https://news.ycombinator.com/item?id=16046636
Как много веселых ребят, и все делают велосипед...
Re: intel - еще баг
От: kov_serg Россия  
Дата: 03.01.18 08:45
Оценка:
Здравствуйте, ononim, Вы писали:

O>..настолько страшный, что в фиксы в линуксовое ядро слегка обфуцировалли

O>https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
O>https://news.ycombinator.com/item?id=16046636

try { 
    MOV R, byte [R0-addr] 
    CMP R, value 
    JNZ _speculative_predict_false ; whether this is taken depends on the branch predictor 
    MOV R1 [cache line N] ; speculative fill true _speculative_predict_false: 
} catch { 
    check if cache line N is filled 
}

Прикольно. Пошел пробывать.
Re: intel - еще баг
От: novitk США  
Дата: 03.01.18 16:58
Оценка: :)
Здравствуйте, ononim, Вы писали:

O>..настолько страшный, что в фиксы в линуксовое ядро слегка обфуцировалли

O>https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
O>https://news.ycombinator.com/item?id=16046636

Выглядит плохо, скидываю акции...
Re: intel - еще баг
От: novitk США  
Дата: 03.01.18 21:48
Оценка: 5 (1)
Здравствуйте, ononim, Вы писали:

Судя по бенчам на IO-bound просад будет до 30%(PostgreSql- 25%). Интересно как они заплату выкатывать будут. Облака конечно нужно латать и переходить на Ryzen, но с простыми смертными что делать не совсем понятно. Думаю выкатят всем от греха подальше, но геймерам и прочим сведущим дадут возможность откатить.
Re[2]: intel - еще баг
От: ononim  
Дата: 03.01.18 23:29
Оценка:
N>Судя по бенчам на IO-bound просад будет до 30%(PostgreSql- 25%). Интересно как они заплату выкатывать будут. Облака конечно нужно латать и переходить на Ryzen, но с простыми смертными что делать не совсем понятно. Думаю выкатят всем от греха подальше, но геймерам и прочим сведущим дадут возможность откатить.
Под виндой было бы адекватным решением понизить производительность только low-IL процессов (сандбоксов всяких). Если такое разделение возможно вообще.
Под линуксом, соответственно, capability — общее АП с ядром или нет.
Как много веселых ребят, и все делают велосипед...
Отредактировано 03.01.2018 23:30 ononim . Предыдущая версия .
Re[2]: intel - еще баг
От: Michael7 Россия  
Дата: 04.01.18 00:35
Оценка: 8 (2)
Здравствуйте, novitk, Вы писали:

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


Вроде бы на геймерах заплата и так не сказывается, замедление у софта, у которого много переключений контекста междя ядром и ring 0. Но виртуализация, вроде бы, может просесть даже не на 30%, а на 60%.
Re: intel - еще баг
От: Michael7 Россия  
Дата: 04.01.18 00:37
Оценка: 23 (2)
Здравствуйте, ononim, Вы писали:

O>..настолько страшный, что в фиксы в линуксовое ядро слегка обфуцировалли

O>https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
O>https://news.ycombinator.com/item?id=16046636

Полные подробности от гугл, почему-то уже раскрыли (код уже где-то утек что ли?) https://googleprojectzero.blogspot.ru/2018/01/reading-privileged-memory-with-side.html
Re: Даже из javascript
От: Michael7 Россия  
Дата: 04.01.18 01:04
Оценка: 23 (2)
Похоже, что все совсем весело: https://spectreattack.com/spectre.pdf

4.3 Example
Implementation in JavaScript As a proof-of-concept, JavaScript code was written that, when run in the Google Chrome browser, allows JavaScript to read private memory from the process in which it runs (cf. Listing 2).


А патчи сильно затормозят CPU для многих задач. Этакий новогодний даунгрейд процессоров Intel на 30%
Re: intel - еще баг
От: CoderMonkey  
Дата: 04.01.18 01:29
Оценка:
Здравствуйте, ononim, Вы писали:

O>..настолько страшный, что в фиксы в линуксовое ядро слегка обфуцировалли

O>https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
O>https://news.ycombinator.com/item?id=16046636

Черт, как уже достали.
Похоже, пора таки переходить на AMD?
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Re[2]: intel - еще баг
От: Sharowarsheg  
Дата: 04.01.18 03:34
Оценка: +1
Здравствуйте, CoderMonkey, Вы писали:

CM>Черт, как уже достали.

CM>Похоже, пора таки переходить на AMD?

С учетом того, что сложность процессоров примерно одинаково, представляется маловероятным, что у AMD нету чего-то подобного. Другое дело, что AMD в целом никому не нужно, и его никто не ковыряет.
Re[3]: intel - еще баг
От: CoderMonkey  
Дата: 04.01.18 04:38
Оценка:
Здравствуйте, Sharowarsheg, Вы писали:

S>С учетом того, что сложность процессоров примерно одинаково, представляется маловероятным, что у AMD нету чего-то подобного.


Может есть, а может и нет. А если и есть, то пока еще найдут.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Re[4]: intel - еще баг
От: Sharowarsheg  
Дата: 04.01.18 04:46
Оценка: :)
Здравствуйте, CoderMonkey, Вы писали:

S>>С учетом того, что сложность процессоров примерно одинаково, представляется маловероятным, что у AMD нету чего-то подобного.


CM>Может есть, а может и нет. А если и есть, то пока еще найдут.


Или уже нашли, только никому не сказали.
Re[3]: intel - еще баг
От: wildwind Россия  
Дата: 04.01.18 09:52
Оценка:
Здравствуйте, Sharowarsheg, Вы писали:

S>С учетом того, что сложность процессоров примерно одинаково, представляется маловероятным, что у AMD нету чего-то подобного.


Вот именно этого (Meltdown) у AMD действительно нет: https://lkml.org/lkml/2018/1/3/425
Они не "срезали углы" там, где срезали штеуды. Так что расплата закономерна.
Re[4]: intel - еще баг
От: Sharowarsheg  
Дата: 04.01.18 09:56
Оценка: +1
Здравствуйте, wildwind, Вы писали:

S>>С учетом того, что сложность процессоров примерно одинаково, представляется маловероятным, что у AMD нету чего-то подобного.


W>Вот именно этого (Meltdown) у AMD действительно нет: https://lkml.org/lkml/2018/1/3/425

W>Они не "срезали углы" там, где срезали штеуды. Так что расплата закономерна.

Именно этого может и нет, но в целом процессор небось уже сложнее, чем вся целиком 286-я вместе с DOS и виндой 3.0. Так что появление каких-то глюков в аппаратуре вполне закономерно.
Re[2]: intel - еще баг
От: vsb Казахстан  
Дата: 04.01.18 10:31
Оценка:
Здравствуйте, novitk, Вы писали:

N>Судя по бенчам на IO-bound просад будет до 30%(PostgreSql- 25%). Интересно как они заплату выкатывать будут. Облака конечно нужно латать и переходить на Ryzen, но с простыми смертными что делать не совсем понятно. Думаю выкатят всем от греха подальше, но геймерам и прочим сведущим дадут возможность откатить.


Под БД выделять отдельный физический сервер и отключать там эту гадость, а ещё лучше ставить старое ядро. Ну или процессор менять, да.
Отредактировано 04.01.2018 10:32 vsb . Предыдущая версия .
Re[3]: intel - еще баг
От: wildwind Россия  
Дата: 04.01.18 10:49
Оценка:
Здравствуйте, vsb, Вы писали:

vsb>Под БД выделять отдельный физический сервер и отключать там эту гадость, а ещё лучше ставить старое ядро. Ну или процессор менять, да.


Лучше запилить unikernel PostgreSql.
Re[3]: intel - еще баг
От: novitk США  
Дата: 04.01.18 12:52
Оценка:
Здравствуйте, Michael7, Вы писали:

M>Вроде бы на геймерах заплата и так не сказывается, замедление у софта, у которого много переключений контекста междя ядром и ring 0. Но виртуализация, вроде бы, может просесть даже не на 30%, а на 60%.


Прп геймеров не уверен. На FPS оно может и не очень, а вот сетка/пинг должны страдать. В любом случае вони негативного PR-a будет много если не дать им возможность.
Отредактировано 04.01.2018 13:00 novitk . Предыдущая версия .
Re: intel - еще баг
От: smeeld  
Дата: 04.01.18 16:23
Оценка:
Здравствуйте, ononim, Вы писали:

O>..настолько страшный, что в фиксы в линуксовое ядро слегка обфуцировалли


В кровавом ынтрепрайзе спешно достают тазики с спарками и поверами. Эпоха эйфория по интелькам, "рвущим все другие CPU как тузик грелку", похоже, проходят.
Re[2]: intel - еще баг
От: Michael7 Россия  
Дата: 04.01.18 17:13
Оценка:
Здравствуйте, smeeld, Вы писали:


S>В кровавом ынтрепрайзе спешно достают тазики с спарками и поверами. Эпоха эйфория по интелькам, "рвущим все другие CPU как тузик грелку", похоже, проходят.


https://access.redhat.com/security/vulnerabilities/speculativeexecution поверы тоже накрыло. Про спарки неизвестно.
Re[3]: intel - еще баг
От: CoderMonkey  
Дата: 04.01.18 17:51
Оценка:
Здравствуйте, Michael7, Вы писали:

M>https://access.redhat.com/security/vulnerabilities/speculativeexecution поверы тоже накрыло. Про спарки неизвестно.


Да это просто апокалиптец какой-то
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Re[3]: intel - еще баг
От: smeeld  
Дата: 04.01.18 18:04
Оценка:
Здравствуйте, Michael7, Вы писали:

M>Здравствуйте, smeeld, Вы писали:



S>>В кровавом ынтрепрайзе спешно достают тазики с спарками и поверами. Эпоха эйфория по интелькам, "рвущим все другие CPU как тузик грелку", похоже, проходят.


M>https://access.redhat.com/security/vulnerabilities/speculativeexecution поверы тоже накрыло. Про спарки неизвестно.


Ну, это новые, "гламурные" поверы, созданные явно в гонке за интельками. Ранние седые поверы версии 7 и ниже — отполированы и проверены верменем как морская галька. По спарки даже заикаться не стоит-архитектура прозрачна и проста как топор.
Re[2]: intel - еще баг
От: Grizzli  
Дата: 04.01.18 18:21
Оценка:
Здравствуйте, smeeld, Вы писали:

S>В кровавом ынтрепрайзе спешно достают тазики с спарками и поверами. Эпоха эйфория по интелькам, "рвущим все другие CPU как тузик грелку", похоже, проходят.


Кто и где достает спарки? Говорят Епики достают. У них вроде большинства этих проблем нет. Правда, на всех не хватает.
Re[3]: intel - еще баг
От: smeeld  
Дата: 04.01.18 18:48
Оценка:
Здравствуйте, Grizzli, Вы писали:

G>Кто и где достает спарки? Говорят Епики достают. У них вроде большинства этих проблем нет. Правда, на всех не хватает.


Достают, там где ранее привалировало это железо, и его складированы были кучи при переходе на новомодные интельки. У нас, например, достают. Годами на солярке проработали, с аптаймом в годы.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.