URL: https://ssl.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 115721
[ Назад ]

Исходное сообщение
"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."

Отправлено opennews , 02-Ноя-18 09:47 
Группа исследователей из Университета технологий в Тампере (Финляндия) и Гаванского технологическиого университета (Куба) выявили (https://seclists.org/oss-sec/2018/q4/123) новую уязвимость (CVE-2018-5407 (https://security-tracker.debian.org/tracker/CVE-2018-5407)) в реализации технологии одновременной многопоточности (SMT или Hyper-Threading) в процессорах Intel. Уязвимость позволяет при наличии непривилегированного доступа к системе определить информацию, обрабатываемую в ходе выполнения чужих процессов, что может использоваться, например, для извлечения ключей шифрования.

Разработанный исследователями прототип эксплоита (https://github.com/bbbrumley/portsmash) (zip (https://seclists.org/oss-sec/2018/q4/att-123/spy_zip.bin)) позволяет определить содержимое закрытого ключа
P-384 на TLS-сервере, использующем  OpenSSL. Для успешной эксплуатации уязвимости процесс атакующего должен выполняться на том же физическим ядре CPU, что и процесс жертвы. Атака успешно опробована на процессорах на базе микроархитектуры Intel Skylake и Kaby Lake  в окружении Ubuntu 18.04.


Несмотря на то, что уязвимость аппаратная, проблема была блокирована обходным путём в выпуске OpenSSL 1.1.0i и не проявляется в ветке 1.1.1. Детальное описание уязвимости пока не опубликовано, сообщается лишь то, что применяется атака по сторонним каналам, анализирующая изменение времени выполнения операций для мониторинга за выполнением другого процесса.

Атака манипулирует утечкой сведений в процессе совместного использования механизма выполнения целочисленных операций (Execution engine) при активном режиме Hyper-Threading. Уязвимость в общих чертах напоминает устранённую 13 лет назад проблему CVE-2005-0109 (https://nvd.nist.gov/vuln/detail/CVE-2005-0109), но новая атака никак не связана с подсистемой памяти и кэшированием.


URL: https://seclists.org/oss-sec/2018/q4/123
Новость: https://www.opennet.ru/opennews/art.shtml?num=49543


Содержание

Сообщения в этом обсуждении
"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Нанобот , 02-Ноя-18 09:47 
>проблема была блокирована обходным путём в выпуске OpenSSL 1.1.0i

скорее блокирована не проблема, а её проявление в openssl


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 11:13 
AMD EPYC уже по всем фронтам победитель!

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 11:32 
амд - вообще не вариант, ни по каким фронтам. Даже по видеокартам.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 11:42 
Intel не вариант, AMD не вариант, про ARM молчу. То есть компьютерами можно не пользоваться вообще.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено bircoph , 02-Ноя-18 12:36 
Выход есть — используй Эльбрусы, там нет HT и многого другого говна by design.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено RNZ , 02-Ноя-18 12:44 
Увы но Эльбрус пока на уровне тапка.
И например до SPARC M8 - при 32 ядрах на 5Ghz и аж 8 потоках на ядро, Эльбрусу пока далеко.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Вася , 02-Ноя-18 12:52 
Не так уж и далеко.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено RNZ , 02-Ноя-18 12:57 
Это только на первый взгляд так кажется. Впереди годы работы.
А в ИТ год за 3 или даже за 5.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено zzz , 02-Ноя-18 13:29 
Да бросьте вы, что там Intel прорывного сделал за последние пять лет? За три поколения реальная производительность процессоров в пересчете на ядро за это время выросла на 10%. Для этого дела запилили три поколения чипсетов серии z, хотя все они - суть z170 с вариациями на тему. Только сокеты меняют, имитируя некий прогресс.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено RNZ , 02-Ноя-18 17:50 
> Да бросьте вы, что там Intel прорывного сделал за последние пять лет?
> За три поколения реальная производительность процессоров в пересчете на ядро за
> это время выросла на 10%. Для этого дела запилили три поколения
> чипсетов серии z, хотя все они - суть z170 с вариациями
> на тему. Только сокеты меняют, имитируя некий прогресс.

Причём тут десктопный рынок? Всё основные новинки у компании в серверном сегменте.
И там разница за 5 лет не 10%, а 40-50% в росте производительности в том же ценовом сегменте - https://browser.geekbench.com/v4/cpu/compare/3756629?baselin...
https://browser.geekbench.com/v4/cpu/compare/4505133?baselin...

Что до бизнеса - так это их дело. Мы можем лишь критиковать и голосовать рублём.

Если же говорить о SPARC M8, то его производительность на одно ядро в том же redis, быстрее чем EPYC 7601 в два раза - частота 5GHz решает.
Если представится случай протестирую в многопотоке (не удивлюсь если производительность на 7za b окажется в три раза выше чем у EPYC)


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено RNZ , 02-Ноя-18 19:12 
Ну и если на новую линейку глянуть: https://browser.geekbench.com/v4/cpu/compare/8110968?baselin...
разница в ~65% за 5 лет
Ну а шайтан-машины (по цене): https://browser.geekbench.com/v4/cpu/compare/9042690?baselin...
разница в ~225% за 4 года


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Michael Shigorin , 02-Ноя-18 13:30 
> Увы но Эльбрус пока на уровне тапка.

Этак можно, скажем, циферки предельных количеств одновременно выполняемых операций посравнивать (e2kv4 -- до 25 оп/такт на ядро) и разница вдруг окажется поскромней.

Кстати, покажите тот же 7za b со своего M8 -- я недавно закидывал с Э-804 вот сюда: https://www.opennet.ru/openforum/vsluhforumID3/112271.html#88


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено evkogan , 02-Ноя-18 16:39 
очень интересно.
Там я это пропустил. А тут увидел.
По тесту архивирования вполне на уровне.
Правда мне кажется что дело не только в новом проце. Наверное кто-то другой за год оптимизировал код.
Но это не важно. Пусть требует оптимизации, но чтоб производительность была.

Михаил, как близкий к тем кругам, скажи, что мешает сделать нормальное тестирование производительности?
Даже делать самим не надо и лучше не самим. Достаточно дать погонять железо кому-то типа фороникса.
Я считал, что это от стеснения, что пук в луже будет громкий.
А теперь что? Или прежде чем делать сравнение надо и весь остальной софт оптимизировать иначе все-таки будет как всегда?


"(offtopic) тестирование/сравнение производительности"
Отправлено Michael Shigorin , 02-Ноя-18 17:21 
> Правда мне кажется что дело не только в новом проце.
> Наверное кто-то другой за год оптимизировал код.

Нет, код не трогали -- я там в опытах на 801 поигрался в ключики, в пакет пока даже это не вошло.

Сильно подозреваю, что внимание к циклам может поднять скорость как минимум на десятки процентов, если не в разы, как на многих схожих задачах.  Возможно, даже прям с расстановки прагм -- "здесь мало, здесь много".

> Михаил, как близкий к тем кругам, скажи, что мешает сделать
> нормальное тестирование производительности?

1) размытость термина "производительность";
2) отсутствие общепринятого критерия нормальности;
3) сложности с его реализацией.

В итоге тесты обычно получаются или вендорские (заведомо лучше), или кухарочные (заведомо хуже), в сумме для сопоставимости малопригодные.

Ну вот, например, SPEC 2006 по 8С: https://sdelanounas.ru/blogs/95446/

> Даже делать самим не надо и лучше не самим.

Это да.

> А теперь что? Или прежде чем делать сравнение надо и весь остальной
> софт оптимизировать иначе все-таки будет как всегда?

Можно сравнивать прям то, что имеем ("кухарочно").  Обычно это заодно будет сравнение оптимизированной сборки с неоптимизированной, если говорить про x86_64|aarch64|armel vs e2k|mipsel|примерно_всё_остальное.

Кстати, если есть желающие попробовать взять p7zip за циклы -- я бы, пожалуй, посодействовал с доступом к железу и компиляторщикам, а при удаче вручил премию из своих денег (и если вдруг понадобится -- приглашение к нам).  Хотя чисто технически нужней, конечно, xz. :)


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено RNZ , 02-Ноя-18 17:05 
>> Увы но Эльбрус пока на уровне тапка.
> Этак можно, скажем, циферки предельных количеств одновременно выполняемых операций посравнивать
> (e2kv4 -- до 25 оп/такт на ядро) и разница вдруг окажется
> поскромней.
> Кстати, покажите тот же 7za b со своего M8 -- я недавно
> закидывал с Э-804 вот сюда: https://www.opennet.ru/openforum/vsluhforumID3/112271.html#88

Данный сервер уже в эксплуатации. Но для сравнения вот сервер на двух EPYC c SMT:


# 7za b

7-Zip (a) [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,64 bits,128 CPUs AMD EPYC 7601 32-Core Processor                 (800F12),ASM,AES-NI)

AMD EPYC 7601 32-Core Processor                 (800F12)
CPU Freq:  3148  3197  3098  3196  3196  3197  3196  3196  3188

RAM size:  2052077 MB,  # CPU hardware threads: 128
RAM usage:  28240 MB,  # Benchmark threads:    128

                       Compressing  |                  Decompressing
Dict     Speed Usage    R/U Rating  |      Speed Usage    R/U Rating
         KiB/s     %   MIPS   MIPS  |      KiB/s     %   MIPS   MIPS

22:     142265  9995   1385 138396  |    2526406 10411   2071 215427
23:     163974  9532   1753 167070  |    2646185 11541   1985 228966
24:     148293  9267   1722 159445  |    2622796 12036   1913 230165
25:     156264 10533   1695 178417  |    2519577 11355   1976 224205
----------------------------------  | ------------------------------
Avr:            9832   1639 160832  |            11336   1986 224691
Tot:           10584   1812 192761



"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Michael Shigorin , 02-Ноя-18 17:26 
> Но для сравнения вот сервер на двух EPYC c SMT:

Спасибо, у нас пока только 7351 завелись (7601 тоже щупали, но сочли, что для сборочницы в этом году цена плотности избыточная выходит).

На ядро, кстати, уже сопоставимые цифры выходят (~1.5k vs ~1k).


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено RNZ , 02-Ноя-18 17:58 
>> Но для сравнения вот сервер на двух EPYC c SMT:
> Спасибо, у нас пока только 7351 завелись (7601 тоже щупали, но сочли,
> что для сборочницы в этом году цена плотности избыточная выходит).
> На ядро, кстати, уже сопоставимые цифры выходят (~1.5k vs ~1k).

Вроде речь шла о многопотоке, а не производительности на ядро.
Субъективно производительность на одно ядро актуальна только в играх и в извращённом софте типа redis.
Правильный софт должен уметь параллельно выполнять свои операции.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Michael Shigorin , 02-Ноя-18 18:04 
>> На ядро, кстати, уже сопоставимые цифры выходят (~1.5k vs ~1k).
> Вроде речь шла о многопотоке, а не производительности на ядро.

Разумеется -- но я вдруг и это приметил.  А 32-ядерник уже в плане (да, я тоже прекрасно знаю, чем это отличается от "можно пойти и купить" -- и как совершенно справедливо живописал ув. Stax, "взять и поставить").

> Правильный софт должен уметь параллельно выполнять свои операции.

Угу.  А правильное железо -- не мешать в этом. :)


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено pavlinux , 05-Ноя-18 12:44 
Эльбрус


# 7za b

7-Zip (a) 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,64 bits,1 CPU LE)

LE
CPU Freq:  1063  1057  1065  1066  1065  1060  1057  1058  1059

RAM size:   15933 MB,  # CPU hardware threads:   1
RAM usage:    435 MB,  # Benchmark threads:      1

                       Compressing  |                  Decompressing
Dict     Speed Usage    R/U Rating  |      Speed Usage    R/U Rating
         KiB/s     %   MIPS   MIPS  |      KiB/s     %   MIPS   MIPS

22:        905    99    886    881  |      14560    99   1250   1243
23:        876    99    900    893  |      14312    99   1247   1239
24:        850    99    919    914  |      14104    99   1245   1238
25:        814    99    936    930  |      13818    99   1238   1230
----------------------------------  | ------------------------------
Avr:              99    910    905



"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Michael Shigorin , 05-Ноя-18 13:13 
> Эльбрус

[..]
> RAM size:   15933 MB,  # CPU hardware threads:  1

[...]
> Avr:            99    910    905

Ну да, у 1С+ где-то так и выходило, только под альтом побольше даже на коде под v3: https://www.opennet.ru/openforum/vsluhforumID3/112271.html#69

Чё, может, навалимся на оптимизацию?  Вчера поигрался чуть с ключиками, но разница наигралась в пределах ну пары процентов, если один помеченный как "может быть опасен при некоторых условиях" не включать.

PS: а, не, рано хвастался -- это Tot было побольше (967), а Avr чуть поменьше (886).  Значит, пора на 1.23 :-)

PPS: s/включать/не &/


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено pavlinux , 05-Ноя-18 13:14 
> Чё, может, навалимся на оптимизацию?

Не оплачивают :)

Лучше скажи, с CONFIG_SCHED_AUTOGROUP у тя нормально работает?


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Michael Shigorin , 05-Ноя-18 13:16 
>> Чё, может, навалимся на оптимизацию?
> Не оплачивают :)

Ну дело хозяйское, мне много чего самому интересно оказалось :)

PS:
> Лучше скажи, с CONFIG_SCHED_AUTOGROUP у тя нормально работает?

is not set; а у тебя что с ней? (и на чём)


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено pavlinux , 05-Ноя-18 13:20 
>>> Чё, может, навалимся на оптимизацию?
>> Не оплачивают :)
> Ну дело хозяйское, мне много чего самому интересно оказалось :)

Ну для разгона по FPS/MIPSам можно вырубить в ядре Security mode.
У нас же супер-пупер защита на первом месте, поэтому жертвуем терафлопсами.

> PS:
>> Лучше скажи, с CONFIG_SCHED_AUTOGROUP у тя нормально работает?
> is not set; а у тебя что с ней? (и на чём)

С ней глюкалово, а фича нужная. Под рукой только 1С+.
  


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Michael Shigorin , 05-Ноя-18 13:32 
>>> с CONFIG_SCHED_AUTOGROUP у тя нормально работает?
>> is not set; а у тебя что с ней?
> С ней глюкалово, а фича нужная.

Вешай ядерщикам, однако.  Прямым текстом просили не сидеть на багах :-)


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено pavlinux , 05-Ноя-18 18:37 
>>>> с CONFIG_SCHED_AUTOGROUP у тя нормально работает?
>>> is not set; а у тебя что с ней?
>> С ней глюкалово, а фича нужная.
> Вешай ядерщикам, однако.  Прямым текстом просили не сидеть на багах :-)

А чего вешать-то, пущай сделают как на x86_64 по make defconfig :D


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено vz_2 , 04-Ноя-18 01:02 
Спасибо за тест, давно хотел взглянуть.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено eugenebright , 02-Ноя-18 13:05 
Тем, кто действительно ищет альтернативу, я советую смотреть в сторону RISC-V. За этой ISA будущее.
SiFive уже имеют чип, пригодный для построения рабочей станции. Но данное направление имеет для них низний приоритет: главным образом они рвутся на рынок MCU.
https://www.sifive.com/boards/hifive-unleashed

Прямо сейчас для серверов есть варианты на базе POWER9.
https://www.raptorcs.com/TALOSII/


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Michael Shigorin , 02-Ноя-18 13:31 
> SiFive уже имеют чип, пригодный для построения рабочей станции.

Ой, на HiFive покамест даже SATA обеспечить морока ещё та.  Пройдёт, конечно, со временем...

PS: если что, у нас-то эта плата с плиской как раз есть.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено КГБ СССР , 02-Ноя-18 15:00 
По этой странице отчётливо и живописно можно судить о будущем:

https://www.raptorcs.com/content/base/software.html

Какие ОС можно запустить на сабже? Почему об этом ни слова не написано?


А если я на эту плату напаяю недостающие разъёмы, то из неё получится двухсокетная?

https://static.rptorcs.com/TL1MB1/images/boardlarge.png

Зажать пару копеечных разъёмов для PCIe для платы за 1100 USD — это уже какая-то патология.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено пох , 02-Ноя-18 22:08 
> Зажать пару копеечных разъёмов для PCIe

надписи про "cpu2" на фоне нераспаяных дырок как бы намекают нам, что нет, не разъемов - просто те полтора что распаяны - это все, что тянет внутренняя шина (и еще один используется, надо думать, для соединения с той, которая на cpu2, поэтому их и несимметричное количество)

а зажали еще и pci-pci bridge и вокруг по мелочи, потому что цена выходила не в 1100, а сильно за 2000 еще даже без второго антиинженерного сокета для собственно процессора.

патология - это когда то же самое, но в корпусе от супермикры с дешевыми дисками и памятью, внезапно, стоит $5k


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено КГБ СССР , 02-Ноя-18 22:27 
>> Зажать пару копеечных разъёмов для PCIe
> надписи про "cpu2" на фоне нераспаяных дырок как бы намекают нам, что
> нет, не разъемов - просто те полтора что распаяны - это
> все, что тянет внутренняя шина (и еще один используется, надо думать,
> для соединения с той, которая на cpu2, поэтому их и несимметричное
> количество)
> а зажали еще и pci-pci bridge и вокруг по мелочи, потому что
> цена выходила не в 1100, а сильно за 2000 еще даже
> без второго антиинженерного сокета для собственно процессора.

Там ещё, как минимум, одного большого чипа не хватает, который между сокетами живёт, а не только мелкой рассыпухи. Ну да ладно. Я пытался прикинуть хотя бы вчерне, что может представлять собой коробка из этой Lite-платы и младшего 90-ваттного процессора. Похоже, что ничего полезного, а на ценнике, между тем, уже рисуется двушка денег, а ведь покупать ещё память, питальник и диски. В свете этого не очень понятно, куда вообще адресуют кастрированную плату.


> патология - это когда то же самое, но в корпусе от супермикры
> с дешевыми дисками и памятью, внезапно, стоит $5k

Видимо, их потому так охотно и раскупают. :)


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Sluggard , 02-Ноя-18 16:33 
В Эльбрусах много чего нет. Например, их самих в свободной продаже физлицам за вменяемые деньги.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Michael Shigorin , 02-Ноя-18 17:27 
> В Эльбрусах много чего нет. Например, их самих в свободной продаже
> физлицам за вменяемые деньги.

Сдаётся мне, сперва будет анонс Simply для Эльбруса ;-)


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Sluggard , 02-Ноя-18 17:30 
> Сдаётся мне, сперва будет анонс Simply для Эльбруса ;-)

Это странно. «У нас есть клёвый дистрибутив Linux для компьютеров, которых у вас нет! Ура, товарищи!» ))


"(offtopic) эльбрус и нархоз"
Отправлено Michael Shigorin , 02-Ноя-18 17:43 
>> Сдаётся мне, сперва будет анонс Simply для Эльбруса ;-)

...и если совсем по-хорошему, то Эльбрус-2С3 (на одном ядре 1С+ всё-таки жить труднее, чем на восьми, а вот на двух уже и вполне себе -- плюс это будет СнК, т.е. сразу экономия на дискретном чипсете).

> Это странно. «У нас есть клёвый дистрибутив Linux для компьютеров,
> которых у вас нет! Ура, товарищи!» ))

Часть причин нежелания идти на розничный рынок -- в поддержке: МЦСТ её обеспечивает на весьма неплохом уровне, который и избыточен "для дома", и не смасштабируется (просто потому, что и на x86 спрос на _такую_ поддержку в потребительском сегменте напоминает отсутствующий).

Ну и часть -- в приложениях; нам с уже обширным репозиторием всё-таки легче пересобирать/портировать, чем им для OSL заново писать build'ы.

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


"(offtopic) эльбрус и нархоз"
Отправлено Sluggard , 02-Ноя-18 17:49 
Ну вот я и говорю — нет в свободной продаже физлицам за вменяемые деньги. Да и за невменяемые нет.
А потребителю обычно пофигу причины, по которым производитель не хочет куда-то там идти. Товара нет — значит, идём смотреть на Intel/AMD, как появится — разбудите. И вообще, есть подозрение, что МЦСТ гораздо нужнее потребительский рынок, чем этому самому рынку нужны Эльбрусы.

"(offtopic) эльбрус и нархоз"
Отправлено Michael Shigorin , 02-Ноя-18 18:05 
> как появится — разбудите

Принято :-)


"(offtopic) эльбрус и нархоз"
Отправлено pavlinux , 05-Ноя-18 19:11 
> нет в свободной продаже физлицам

Накой ляд он тебе дома нужен?!


"(offtopic) эльбрус и нархоз"
Отправлено Sluggard , 05-Ноя-18 19:22 
С чего ты взял, что он мне нужен?
Вся ветка — ответ на предложение использовать Эльбрус.
Непонятно, где его взять, и нафига это делать, но использовать уже предлагают. :D

"(offtopic) эльбрус и нархоз"
Отправлено pavlinux , 05-Ноя-18 19:30 
> С чего ты взял, что он мне нужен?
> Вся ветка — ответ на предложение использовать Эльбрус.
> Непонятно, где его взять, и нафига это делать, но использовать уже предлагают.
> :D

Нафига? - Отсутствие троянов от АНБ, ЦРУ, МИ6, Моссад и Гестапо.
(про трояны от ВЧК, НКВД, КГБ и Григоря Лепса ничего не известно).

Хочется технического секса? - Ищи компы на IVA TPU, - портируй линь с булевы алгебры на тензорное исчисление :)


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 04-Ноя-18 02:32 
> Выход есть — используй Эльбрусы, там нет HT и многого другого говна by design.

Ага, там всего-то приватные репы, NDA при покупке и проприетарный компилер. Это даже не CVE, это хуже.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Michael Shigorin , 04-Ноя-18 14:03 
> Это даже не CVE, это хуже.

Зависит от того, кому и почему доверять.  Кстати, какой именно CVE имели в виду, или всю совокупность?


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 05-Ноя-18 21:57 
>там нет HT и многого другого говна by design.

Так там и CPU нет. Так, затычка для сокета, чтобы калькулятор запускать. Неторопливо.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Michael Shigorin , 05-Ноя-18 22:08 
>>там нет HT и многого другого говна by design.
> Так там и CPU нет. Так, затычка для сокета

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

На эльбрусах, горшковая группа, нет сокета.  И тот же интел с них уже давно потихоньку пытается спрыгнуть на массовом барахле.  Лужи, кстати, мёрзнуть начинают -- осторожней там.

> Неторопливо

Неторопливо положено РВСН, а для СПРН всё-таки надо в реальном времени и довольно живо.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено freehck , 02-Ноя-18 11:49 
> амд - вообще не вариант, ни по каким фронтам. Даже по видеокартам.

Спасибо за Ваше мнение. Оно очень ценно для нас.
PS: Только что распаковал доставленный вчера AMD Radeon Vega 56. =З


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 12:14 
>PS: Только что распаковал доставленный вчера AMD Radeon Vega 56

Неделю назад на работе выдали Quadro RTX 6000 для маи и арнольда. И что?


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 04-Ноя-18 02:34 
> Неделю назад на работе выдали Quadro RTX 6000 для маи и арнольда. И что?

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


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 14:15 
Ryzen 2700x + Vega 64. Игрушки играются, код компилится, виртуалки бегают. ЧЯДНТ?

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 17:56 
Ryzen 1800X + R290X + ECC RAM - всё беспредельно отлично. Хотел поменять R290X но посмотрел на сравнения производительности, и решил, что года через 3 минимум )

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 09:52 
Помню новость лохматых годов, когда HT только вошёл в нашу жизнь. Что на какой-то конференции по безопасности вышел докладчик из разрабов OpenBSD и предположил, что это будет одним из векторов атаки.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Crazy Alex , 02-Ноя-18 13:06 
Всё становится векторами атаки. Но вменяемые люди находят способы использовать преимущества и устранять недостатки.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено 1 , 02-Ноя-18 09:53 
Тео был прав

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Ку , 02-Ноя-18 12:59 
Некоторые кукарекали, что Тео и фанатик и у него фольгированная шапочка.

Но по факту получилось, что кукарекающие приняли вид глупых ослов.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено пох , 03-Ноя-18 10:23 
уточните, когда он был прав? Не тогда ли, когда заявлял что openbsd самая неуязвимая система, если только сетевой кабель не подключать?

А лучше всего и электрический тоже.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Ку , 03-Ноя-18 16:03 
Так оспорьте его утверждение на практике.
Возьмите Опенка, подключите к сети и приступайте к взламыванию.
Если у вас это получиться, то только все рады будут.

Ну и вам, конечно, как результат - почет и уважание как минимум.

Действуйте, чего впустую сотрясать воздух.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено пох , 03-Ноя-18 16:21 
> Так оспорьте его утверждение на практике.

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

утверждение даже оспаривать незачем - после нескольких подряд прилетевших remote и на закусочку local root Тео сныкал свой любимый лозунг "эн лет без эксплойтов" - добровольно и с песнями. Точнее, наоборот, молча и украдкой, без всяких громких заявлений. К сожалению, не все, в отличие от вас, вчера родились, поэтому ржут над ним и его новыми заявлениями с тех самых пор.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Ку , 03-Ноя-18 21:23 
Единственное, в чем я могу заподозрить Тео, это в чувстве юмора. Вон, у них сейчас на главной странице рыбки в "шапочках".

Мы то с вами понимаем, что не может быть совершенным то, что вышло из под человеческой руки. Думаю, что Тео в курсе этого тоже. Наверно, не следовало бы все его поступки и высказывания воспринимать всерьез.

Линус, например, тоже отжигает перлы. Это нормально, все мы люди. Тео действительно профи своего дела и заслуживает уважения, как впрочем и все остальные.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено 123 , 02-Ноя-18 09:58 
Искусство заголовка, при том, что в новости ясно указано SMT или Hyper-Threading, указать в заголовке только Hyper-Threading (злой Интел и святой АМД).

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 10:00 
amd швятой, швятой!

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 10:40 
>выявили новую уязвимость (CVE-2018-5407) в реализации технологии одновременной многопоточности (SMT или Hyper-Threading) в процессорах Intel.  
>Intel

Попробуй почитать дальше заголовка.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено 123 , 02-Ноя-18 13:01 
Уровень знаний - амд-фанатик.
Читаем гитхаб специалиста создавшего bbbrumley
For other SMT architectures, customizing the strategies and/or waiting times in spy is likely needed.
Но судя по количеству минусов, тут сидят в основном амд-шизики, в жизни не читающие первоисточники новости. (Какое было железо у исследователя, на том и реализовал.)

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено 123 , 02-Ноя-18 13:02 
И да, тестировал он всё исключительно на Skylake/Kaby-Lake, а не на "всех процессорах Интел".

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено пох , 03-Ноя-18 16:24 
> И да, тестировал он всё исключительно на Skylake/Kaby-Lake, а не на "всех
> процессорах Интел".

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


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Ку , 02-Ноя-18 13:09 
Я не спец в этих вопросах, но нагуглил, что SMT появился у АМД только недавно в Ryzen.

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

Второй вопрос как там SMT реализован в Ryzen и не факт, что он уязвим.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено axredneck , 02-Ноя-18 17:46 
Пишу с AMD FX 6300, на нем SMT есть, так что появился он раньше Райзенов.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 18:37 
Там не SMT, там модули. Типо физические ядра, только упрощённые.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Led , 03-Ноя-18 00:19 
> Типо физические ядра, только упрощённые.

Они упрощённые только в плане FPU: он один общий на два соседних ядра.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено vz_2 , 04-Ноя-18 00:56 
ALU там четыре штуки, радоваться надо.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено vz_2 , 04-Ноя-18 00:57 
а блин, 6 штук, чёт  подумалось про мой бывший 4300

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено КГБ СССР , 04-Ноя-18 01:50 
> а блин, 6 штук, чёт  подумалось про мой бывший 4300

Да-да, по числу ядер. Кому надо для некоторых задач — прямо то, что доктор прописал.


"Уязвимость в SMT/Hyper-Threading, раскрывающая ключи шифрова..."
Отправлено Аноним , 02-Ноя-18 09:58 
шо, опять?!

"Уязвимость в SMT/Hyper-Threading, раскрывающая ключи шифрова..."
Отправлено Аноним , 02-Ноя-18 10:40 
Не… ты… это… Есть хочешь?

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 10:02 
Тео знал, раз советовал не использовать Hyper-Threading.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 11:28 
>Hyper-Threading

Пример технологии придуманной менеджерами а не инженерами
>СМАТРИТЕ СКОЛЬКО У НАС ЯДИР!!!

Даром, что отключение HT/SMT всегда увеличивало производительность.


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 02-Ноя-18 12:44 
Что уже, менеджеры разработкой занимаются? Или ты про инженеров от мира менеджеров, а не инженеров от мира инженеров имел ввиду? Или лучше сказать "из поколения".

>придуманной

всё ясно с тобой, как с экспертом


"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Himik , 03-Ноя-18 15:09 
Отключение HT/SMT сильно понижает производительность.
И такое весьма сложное техническое решение ни один менеджер не придумает.

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."
Отправлено Аноним , 03-Ноя-18 16:39 
Отключение хт на интелах повышает производительность в 90% серверных и десктопных задач, а на ноутах вообще убирает лаг интерфейса в винде, например. Из специфичных задач, в которых хт даёт прирост - знаю только кодирование видео.

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


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено DmA , 02-Ноя-18 10:21 
На Интел отказалась от использования гипетрединга в будущих процессорах.Скорей всего уже знали о проблемах с безопасностью

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено anonymous , 02-Ноя-18 10:51 
пруфы?

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 11:43 
Он из будущего, знает что говорит.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено PereresusNeVlezaetBuggy , 02-Ноя-18 12:04 
Ну вот я нашёл за 10 секунд в гугле: https://www.digitaltrends.com/computing/ninth-gen-intel-core.../

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ё , 02-Ноя-18 12:27 
так это интел ведь совсем жадный просто стал. нт в 9ках только у 9900, а 700 оставили без нт аналогично 5кам и 3кам.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 12:52 
Именно. Более того, в этих процессорах исправили уязвимости, связанные с HT (во всяком случае, известные на тот момент).

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 12:58 
> в этих процессорах исправили уязвимости, связанные с HT

Выпилив сам HT?


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 14:53 
Нет, изменив схему процессора. В кремнии исправлено, в Whiskey Lake (мобильные 8 серии) и Coffee Lake Refresh (9 серия, но фактически HT сейчас есть только у Core i9 - может, в будущем у Core i3 появится..): https://www.tomshardware.com/news/intel-9th-generation-coffe...,37898.html

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено пох , 03-Ноя-18 10:25 
> может, в будущем у Core i3 появится

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


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 10:23 
Как там Ryzen'ы с 2n потоками? ;)

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 10:42 
Судя по всему тоже подвержены, просто не проверено.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено анон , 02-Ноя-18 10:47 
Ryzen`ы топ, отключишь СМТ, а ядер-то всяко в раза 2 больше, чему у Интела :).

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 11:22 
>8 vs 8 = в два раза БОЛЬШИ

У фанатов АМД двоится в глазах?
Амудовые ядра все равно на уровне таковых в гиперпеньке.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 19:55 
>>8 vs 8 = в два раза БОЛЬШИ
> У фанатов АМД двоится в глазах?
> Амудовые ядра все равно на уровне таковых в гиперпеньке.

Зато SMT эффективнее чем HT. См графики в конце: https://overclockers.ru/blog/ultrafx/show/20965/ryzen_2700x_...


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено AnonPlus , 02-Ноя-18 11:53 
С разморозкой, ещё в октябре вышли 8-ядерники Intel. Цена - это другой вопрос, из-за нехватки производственных мощностей она пока совершенно неадекватна.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено RNZ , 02-Ноя-18 12:31 
Цена не из-за этого неадекватная.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 13:01 
Адекватность понятие относительное.. Процы и при этой цене нарасхват, т.к. AMD с быстрой памятью не работает и выше 4 ГГц тоже крайне сложно, а у интела и память быстрая без шаманства, и частоты на одном ядре 5 ГГц из коробки, а гонится при желании еще выше, вплоть до 5 ГГц на всех - лишь бы охлаждение хорошее, даром что все новинки в серии "K".

Кому-то эти 25-40% большей производительности https://www.tomshardware.com/reviews/intel-core-i9-9900k-9th...,5847-7.html Core i9-9900K @ 5Ghz над 2700X важнее большей разницы в цене. Просто потому, что нужен не "самый оптимальный" вариант, а "чуток побыстрее, чем оптимальный", не уходя в запредельную стоимость HEDT платформы.

Хотя как "самый оптимальный" Ryzen поинтереснее будет, конечно. Если все задачи параллелятся и не нужна производительность одного ядра, не интересует скорость AVX2 и нет требования получить то самое "чуток быстрее" за ощутимую разницу в цене - то лучше Ryzen.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено НяшМяш , 02-Ноя-18 13:21 
> лишь бы охлаждение хорошее

Там не только в охлаждении дело. Если включить Multicore Enhancements (который отрубает ограничения по тдп) - то новый i7 и i9 начинают жрать столько, что питалово на материнках кипит - даже у тех, которые за 20к стоят. Асус к своей топовой матери даже 40мм вентилятор в комплект положил.

Люблю фанатов (любого лагеря). Сборка на интеле стоит аки автомобиль и при этом надо колхозить вентилятор на питальник? Стоит того. На АМД надо поиграть с таймингами и разогнать оперативку? Фуфуфу, кто этот кусок будет брать вообще?


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 15:12 
> Там не только в охлаждении дело. Если включить Multicore Enhancements (который отрубает ограничения по тдп) - то новый i7 и i9 начинают жрать столько, что питалово на материнках кипит - даже у тех, которые за 20к стоят. Асус к своей топовой матери даже 40мм вентилятор в комплект положил.

Ну а что вы хотите? Это не вопрос "20к" за мать, а вопрос того, что питальники говно. В серверных мамках для Xeon за $500, а так же в мамках для Core HEDT серий и в мамках для для Threadripper процессоры с TDP за 200W работают и ничего не кипит. Потому что спроектировано нормально, а не "по дешевле".

> Сборка на интеле стоит аки автомобиль и при этом надо колхозить вентилятор на питальник

Не нужно преувеличений. Да, по соотнощению цена/качество интел чуть хуже. Повторюсь, вопрос ставится совсем иначе: вот маловато вам Ryzen @ 4 Ghz с памятью 3000, например. И охотиться за редким экземпляром памяти, который по слухам у кого-то после часов игр с ryzen dram calculator и дней проверки стабильности сумел запустить на 3200 тоже времени нет. Вы берете интел, работающий на частоте 5 Ghz (а также имеющий на частоте, идентичной Ryzen'у более высокий IPC, быстрый AVX2 и прочее) и получаете +15-25% производительности, а где-то и больше. Хотя да, приходиться за это заплатить +30% к цене.. Есть масса ситуаций, когда эта производительность важнее не такой оптимальной стоимости.

> На АМД надо поиграть с таймингами и разогнать оперативку? Фуфуфу, кто этот кусок будет брать вообще?

Потому что это жесть. Вы загляните в любую конференцию по железу, как там люди с этим мучаются и сколько времени тратят. И сколько потом это все тестировать-проверять. Разгон и стабильность памяти это вообще куда более мерзкая тема, чем аналогичный для процессора. Собственно лично я и на своем Core i7-8700K потратил на память куда больше времени и сил, чем на проц, который легко взял 5 ГГц после скальпа (чтобы не было вопросов - я не фанат интел, у меня есть и система на AMD, где он очень уместен; но там, где нужна производительность, интел выигрывает серьезно).


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ан , 02-Ноя-18 22:17 
> вот маловато вам Ryzen @ 4 Ghz с памятью 3000, например

Для чего маловато? Гонять игры в 720p с лоу настройками? В остальном преимуществ нет.
И да 3000 у меня на двурангах спокойно работают из XMP профиля. Проблемы с памятью нет.

> И охотиться за редким экземпляром памяти

Такие редкие что два модуля не комплектные от G.Skill из дешёвой линейки. У знакомого вообще Kingston без проблем.
Вот ради интереса стоит в планах конечно побаловаться с dram calculator, но сейчас пичали нету.
Нахватались сказок сочинённых на момент запуска в продажу первых райзенов и теперь вещают повсюду.
> Есть масса ситуаций, когда эта производительность важнее не такой оптимальной стоимости.

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

Надо больше историй. Страшных и ужасных. Halloween ведь недавно был.
Если вы про форум overclockers, то там обитает много тех кто тупо хочет этим заниматься и тех кто хочет купить дешево, а потом выжать всё. Естественно если ты берёшь зелёные OEM плашки подешевле ты участвуешь в некоторой лотерее и это справедливо для любой платформы.

> чтобы не было вопросов - я не фанат интел

Что бы не было вопросов баснями кормить меньше надо.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 23:29 
> Для чего маловато? Гонять игры в 720p с лоу настройками? В остальном
> преимуществ нет.

Зачем вам игры в 720p???
Выше давал ссылку - https://www.tomshardware.com/reviews/intel-core-i9-9900k-9th...,5847-7.html
30-40% выигрыш в продуктах Adobe, выигрыш в веб-бенчмарках (думаю, не мне рассказывать о тормознутости такого жадного до ресурсов современного веба).

На следующей странице тоже много интересного. Например кодирование видео (Handbrake) у 9900K @ 5 Ghz на 40% быстрее жестко разогнанного 2700X @ 4.2 Ghz.

А в играх я согласен, что нет смысла гоняться за топами. В хорошо параллелящихся играх Ryzen практически не хуже, в более старых, где плохо с параллельностью любой обеспечит приемлимый fps при осмысленных настройках (а не 720p).

> И да 3000 у меня на двурангах спокойно работают из XMP профиля.
> Проблемы с памятью нет.

3000 с последним поколением Ryzen и последней AGESA (долго же они к этому шли!) - верю. Но на интеле-то и 3600 и даже выше бывает. А рекорды экстремального разгона вообще порядка 5500. На райзенах вроде выше 4000 шагнуть не получилось.

>> Есть масса ситуаций, когда эта производительность важнее не такой оптимальной стоимости.
> Давай список.

Вон выше на tomshardware бенчмарки.

>> Потому что это жесть. Вы загляните в любую конференцию по железу, как там люди с этим мучаются и сколько времени тратят.
> Надо больше историй. Страшных и ужасных. Halloween ведь недавно был.
> Если вы про форум overclockers, то там обитает много тех кто тупо
> хочет этим заниматься и тех кто хочет купить дешево, а потом
> выжать всё. Естественно если ты берёшь зелёные OEM плашки подешевле ты
> участвуешь в некоторой лотерее и это справедливо для любой платформы.

Да почему только overclockers, есть еще hwbot и другие хорошие.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ан , 03-Ноя-18 01:23 
> Зачем вам игры в 720p???

Это то что часто приводят на форумах. Тесты процев в 720p. И пофиг что далеко не полная вычислительная мощность в таком случае тестится. Способность проца выдать количество кадров побольше и произвести пачку жирных расчётов это далеко не одно и тоже. А большая частота кадров разбивается о способности видеокарты, а там где карты хватает с излишком для норм настроек в итоге и проца хватает за глаза.

> Выше давал ссылку - https://www.tomshardware.com/reviews/intel-core-i9-9900k-9th...

Посмотрим.

> 3000 с последним поколением Ryzen и последней AGESA (долго же они к этому шли!) - верю.

3000 на втором поколении это почти рекомендуемая частота. Если планки не совсем г полное она заведётся. Двуранги как известно меньше частоту берут, но они и по пропускной способности на той же частоте вкатывают одноранги. Шли не долго. Это не ново что на новой архитектуре при старте возникают проблемы. И у Intel такое было. Так что не надо утрировать. И да 3000 это без разгона ручного. Тупо профилем.

> Но на интеле-то и 3600 и даже выше бывает. А рекорды экстремального разгона вообще порядка 5500. На райзенах вроде выше 4000 шагнуть не получилось.

На AMD представьте тоже бывает 3600(одноранг, хотя и двуранг бывал по моему но это скорее особый случай). А Intel не любой по памяти так же хорошо возьмёт 4000. Если форумы читать, то и такие жалобы есть. Помимо прочего разгон оперативы особо сильный без оглядки на остальное, то же профита даёт только до определённого уровня. Потом частота уходит в пустоту.

> Вон выше на tomshardware бенчмарки.

Я не про бенчмарки спросил. Я спросил про "производительность важнее не такой оптимальной стоимости".
В задачах где возникает такой перекос зачастую в силу вступают HEDT процессоры.

> Да почему только overclockers, есть еще hwbot и другие хорошие.

И везде есть разные люди. Жалобы есть на всех платформах.

---
Поясню основную претензию.
Она состоит в том что вы сгущаете краски. Нагоняете страху "как всё сложно на Ryzen" по факту не сложнее Intel.
Да память в юзер разгоне не берёт 4000, но это так и не является самоцелью если вы не оверклокер. Да были проблемы с совместимостью на старте архитектуры Zen, но актуальной уже является Zen+, а на первой версии Zen уже давно неплохо всё подтянули и зафиксили, разве что остались модели материнок в которых производители оных накосячили и до сих пор не могут справиться со своими косяками(ну тут уж отзывы в помощь).
Спорить что 9900K на своих 5Ггц будет не быстрее 4Ггц райзена тоже как бы глупо. Естественно он будет быстрее. Но актуальна покупка 9900k за текущую цену будет только если рабочий софт действительно много выигрывает на нём, и ты с помощью этого софта и выигрыша денег зарабатываешь больше, а HEDT по какой-то причине тебе не подходит(софт не заточен) или денег не хватает. В рабочих нагрузках каждый может сам посчитать сколько он выиграет и имеет ли смысл за этим гнаться или будет достаточно более скромного результата за более скромные деньги.

Так что в общем. Заканчивайте нагонять страх на людей.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 03-Ноя-18 02:58 
> Она состоит в том что вы сгущаете краски. Нагоняете страху "как всё
> сложно на Ryzen" по факту не сложнее Intel.

Нет, погодите. Это совсем не то, что я пишу.

Использовать на штатной частоте нет проблем ни там, ни там. Но на штатной частоте интел быстрее; стоит ли это более высокой стоимости - решать в каждом случае надо отдельно.

Если же мы разгоняем, то везде нужна нормальная мамка, нормальное охлаждение, более дорогая память и тп.

Далее выясняется, что разогнать интел до скажем 5 ГГц а амд до 4.2 получается с некоторой трудоемкостью; при этом интел ускоряется больше, чем ускорился АМД. А дальше начинается память. Т.к. без разгона памяти у амд все грустно, а ее разгоном - ведь за счет интерконнектов, работающих на привязанной к ней часоте производительность растет. И вот тут уже все начинается реально сложно. Охота за B-die, без которых память вообще работает на близкой к минимальной частоте и прочее.

У интела же легкий и средний разгон памяти за счет раздельной частоты шины и кэша куда проще. А хардкорный - тоже сложно, но он и не нужен! Можно посмотреть отчет например https://www.techpowerup.com/reviews/Intel/Core_i7_8700K_Coff...
Дальше 3200 идти мало смысла, важнее тайминги поменьше. Впрочем, у них бенчмарки без разгона; на 5 ГГц эффект от памяти будет больше.

> как бы глупо. Естественно он будет быстрее. Но актуальна покупка 9900k
> за текущую цену будет только если рабочий софт действительно много выигрывает
> на нём, и ты с помощью этого софта и выигрыша денег
> зарабатываешь больше, а HEDT по какой-то причине тебе не подходит(софт не
> заточен) или денег не хватает. В рабочих нагрузках каждый может сам
> посчитать сколько он выиграет и имеет ли смысл за этим гнаться
> или будет достаточно более скромного результата за более скромные деньги.

Это все так. 9900K реально оверпрайснут - но ведь есть, к примеру, 9700K. И если какие-то реально жесткие уязвимости в HT и SMT и его отключать - это вообще супер вывод в плане производительности. Частота, работа с памятью и кэшем, скорость AVX2 - то, в чем он ощутимо превосходит Ryzen. Ну и мм оптимизаций софта под интел отменять нельзя. Что, к сожалению, встречается куда чаще, чем хотелось.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ку , 02-Ноя-18 13:35 
Мне всегда казалось, что интел просто умеет красиво продавать + адское лобби. Ну, типа как МС, те же методы. Не столько там "прорыв", сколько графики синтетических тестов.

Да, у АМД был провал в настольном и мобильном сегментах из-за энергопотребления, но имхо серверные процы у ник всегда были хорошие. Но какова доля рынка - никакая, почему - лобби.

Но сейчас времена меняются. АМД действительно предложил что-то достойное, и даже возможно лучшее по цене\производительности. А тут еще оказалось, что у Интела проблемы с безопасностью их процессоров.
И похоже у них гораздо больше проблем с безопасностью чем у АМД.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 15:31 
> Но сейчас времена меняются. АМД действительно предложил что-то достойное, и даже возможно лучшее по цене\производительности. А тут еще оказалось, что у Интела проблемы с безопасностью их процессоров.

Если у AMD все так круто с цена/производительность/энергосбережение, где массовые ноуты на AMD? Почему везде, кроме сверхбюджетного сегмента только интел? (а от китайцев так вообще всегда только интел). Я бы с радостью купил, для ноута не нужна максимальная производительность, нужна хорошая при умеренном энергопотреблении.

> но имхо серверные процы у ник всегда были хорошие

Нет. Или, вернее, их долгое время губила обвязка.
10+ лет назад тупо невозможно было купить сервер с opteron на нормальной мамке. Их производили только какие-то совсем трешевые производители, их было сложно найти в нужном конфиге у нормальных интеграторов, и не было в брендовом железе, на мамках ставили какие-то говноконтроллеры сети, которые могли заглючить под нагрузкой (когда на всех серверных под интел можно было легко найти вариант с NIC'ами интела же). Как сейчас помню эти вечно глючащие tg3 на мамках под opteron'ы, много проблем из-за них было. Были еще россыпью проблемы по мелочам, на интелах фирмвари и прочее, видимо, просто отлаженее были.

В последующие годы контроллеры стали ставить нормальные, supermicro заявило о линейке на AMD, какие-то бренды тоже. Но это все осталось в теории: обращаясь к интегратору, невозможно было взять эти конфиги. Лобби? Или просто недостаточный выпуск, потому что не покупают?

Когда полтора года назад заявляли о нехватке Xeon и т.п. и говорили "вот сейчас пойдут продажи Epyc!" - эти Epyc были найти сложнее, чем любой Xeon, а главное матерей под них все так же не было. Модели, о которых производители говорили, месяцами висели в категории "пока не продается".

Как пример, читаем про анонс в июне 2017 года: https://servernews.ru/954362 - очень вкусные характеристики, однопроцессорные EPYC серии P - просто бомба за свою цену.
Как вы думаете, когда эту материнку появилась возможность купить? Правильный ответ: никогда.
Через несколько месяцев анонсов по всему интернету ее молча заменили на более актуальную MZ31-AR0. Которую.. опять никто не продавал.

Материнка стала реально доступна только несколько месяцев назад, спустя ГОД после изначального анонса.

И что делать тем, кто хотел EPYC? "брать не гигабайт"? А у остальных вообще ничего не было. Спустя пол-года после выхода EPYC в продаже была только пара унылых двухпроцессорных матерей от supermicro, и фактически купить их тоже было почти нереально. А два процессора - уже следующая категория. И нет, нельзя просто взять и воткнуть туда один процессор серии P: на этих матерях иная разводка, отвалится половина линий PCIe, они не рассчитаны на полноценную эксплуатацию с одним процом.

О каком лобби можно говорить, если в продаже только говно с огромной задержкой, и то почти не купить? Так можно вечность ждать "доли рынка", ведь такие прекрасные процессоры!


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено КГБ СССР , 02-Ноя-18 16:42 
> Если у AMD все так круто с цена/производительность/энергосбережение, где массовые ноуты
> на AMD? Почему везде, кроме сверхбюджетного сегмента только интел? (а от
> китайцев так вообще всегда только интел). Я бы с радостью купил,
> для ноута не нужна максимальная производительность, нужна хорошая при умеренном энергопотреблении.

Будто большая тайна, как Штеуд подкупает OEM, сборщиков и торговые сети. Потому и нету.

Всегда, испокон веков (писишных, разумеется) проблемы с поставками неинтеловских железяк были сопряжены с тем, как Интел ведёт свой бизнес со своими клиентами. «Повлияли», допустим, представители Штеуда на какой-нибудь ASUS или TYAN — и не проектирует соответствующий поставщик материнок для старших процессоров AMD. А потом все удивляются: ну как же так, такие хорошие камушки, а воткнуть их не во что. Фатальное какое-то невезение, не иначе.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ку , 02-Ноя-18 22:44 
Про то и говорю, что не так давно у АМД ничего толкового не было. Мобильная "А" серия была не производительным решением. Пришлось брать ноут на Интел. Но Ryzen это уже качественно новая тема.

То, что почти нет железа под камни в серверном сегменте, как раз и говорит о лобби. Какие-то все помехи, детские задержки с выпуском уже анонсированного. Странно все это.

На самом деле надо благодарить АМД, что она существует, иначе Интелу напару с Нвидией очень вольготно бы жилось и ценовая политика, думаю, была бы не в нашу пользу.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено пох , 03-Ноя-18 08:38 
> Нет. Или, вернее, их долгое время губила обвязка.

как и несерверные. "к сожалению, все более-менее приличные чипсеты после 93го года почему-то совместимы только с процессорами intel". Наверное, потому, что разрабатывает их интел.

но проще, конечно, верить в заговор проклятых врагов (товарищу из КГБ, понятно, ни во что другое и не полагается)


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено КГБ СССР , 03-Ноя-18 09:07 
Это не вопрос веры, но предмет общего знания. Кто основатель и начальник известного поставщика серверных материнок Tyan? Ага. И так по всему списку.

Более того, я вот пока не страдаю старческой деменцией и потому ещё не забыл, как готовили клиентов под товар. Например, когда Xeon был перемаркированным и разогнанным четвёртым пеньком, но клиенту со слезами на глазах впаривалось это тормозное оверпрайснутое г-но, «потому что Штеуд инсайд!» и «лидерам от лидеров».


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 03-Ноя-18 16:54 
>> Нет. Или, вернее, их долгое время губила обвязка.
> как и несерверные. "к сожалению, все более-менее приличные чипсеты после 93го года
> почему-то совместимы только с процессорами intel". Наверное, потому, что разрабатывает

Ммм плохо помню, но разве интеловские чипсеты под первый пень вплоть до конца 97 года как минимум не были совместимы с K5? (у меня был вроде Sis (??), который точно умел и P MMX, и K5, и Cyrix тех времен)

> но проще, конечно, верить в заговор проклятых врагов (товарищу из КГБ, понятно,
> ни во что другое и не полагается)

Да, есть такой момент. Из того, что хорошо помню: у интела контроллеры USB и SATA реально ощутимо обгоняли по скорости те, которые предлагали в решениях AMD. Для SATA речь в данном случае про 6G, т.к. для более ранних разнцицы особо не было (не помню, на самом деле; возможно, эффект уже был заметен и на 3G). Вот реально и пропускная способность, и IOPS'ы на встроенном SATA от интела уделывали как всякие сторонние чипы на pcie линиях, так и все, что можно было взять в мамке для АМД - на АМД в зависимости от тестов можно было достичь только 70-90% производительности интел.
Графики, к сожалению, сейчас не могу найти, но ситуация была налицо.

Прошло много лет, пока АМД как-то потихонечку подтянулась по производительности. И это случилось, когда уже появился NVMe для случаев, где нужна скорость и SATA SSD стали в целом бюджетной категорией, и в целом стало по фигу, достигаем там максимально воможной скорости или 80% от нее.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 15:30 
>выше 4 ГГц тоже крайне сложно

PBO запросто гонит выше 4 по всем ядрам, если охлаждение нормальное


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 15:45 
>>выше 4 ГГц тоже крайне сложно
> PBO запросто гонит выше 4 по всем ядрам, если охлаждение нормальное

Ну у профессионалов своего дела иногда получается чуть выше, да. Вон тут 4,2 сумели: https://overclockers.ru/lab/show/90923_3/testiruem-processor...

Проблема в том, что 8700K на 5Ghz заставить работать не в пример проще. Знаю, т.к. сам делал :)


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 18:44 
Ой, да. Скальпировать интелы, чтобы сопли под крышкой хотя бы на термопасту заменить, это так просто и весело. Любимое времяпрепровождение просто.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 18:52 
> Ой, да. Скальпировать интелы, чтобы сопли под крышкой хотя бы на термопасту
> заменить, это так просто и весело. Любимое времяпрепровождение просто.

Ну так текущее поколение уже не надо, там припой.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ан , 02-Ноя-18 22:26 
> там припой

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


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 23:17 
>> там припой
> Который позволил без особых проблем крышку снять без нагрева.
> Помнится раньше что бы снять крышку посаженную на припой нужно было как
> минимум феном нагревать.

Раньше был вариант с индием + золотом + весьма затратным по стоимости процессом, и с серьезными проблемами на маленьком размере кристалла: https://overclocking.guide/the-truth-about-cpu-soldering/
(про размер кристалла актуально т.к. он в последнее время действительно стал очень маленьким, у последних Kaby Lake так совсем крошечным. У текущих 8-ядерников он побольше, но все равно не достигает даже 4-х ядерных Sandy Bridge)

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


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ан , 03-Ноя-18 01:35 
> Замечу, у AMD в текущих моделях с припоем он тоже не такой эффективный, как тот, что описан в этой статье про интел. И тоже улучшается теплопроводность при его замене на ЖМ.

Да улучшение теплопроводности при нанесении житкого металла помоему всегда было. Отчасти дело в сплавах возможно, а возможно и в самой технологии нанесения и склеивания.
Однако 9900k жарит всё же не слабо при полной загрузке. Так что там отвод тепла должен быть чем лучше.
Но я это к тому что если будешь разгонять 9900 и грузить в потолок на долго, то придётся всё же заморачиваться или скальпом или охлаждением не кислым поскольку конструкция с более толстым кристаллом и этим припоем может не дать достаточной эффективности при такой нагрузке. Тем более в условиях когда вольтаж при разгоне у разных экземпляров может неплохо разниться.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 21:18 
> а у интела и память быстрая

благодаря читерству, приведшему к meltdown. Да, не забудьте вычесть ~10% частоты на обход такового.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 02-Ноя-18 21:22 
>> а у интела и память быстрая
> благодаря читерству, приведшему к meltdown. Да, не забудьте вычесть ~10% частоты на
> обход такового.

С добрым утром, meltdown остался в старых системах. На текущем поколении все исправлено аппаратно в кремнии.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Led , 03-Ноя-18 00:23 
> На текущем поколении все исправлено аппаратно в кремнии.

Не звезди.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 03-Ноя-18 02:40 
>> На текущем поколении все исправлено аппаратно в кремнии.
> Не звезди.

Ммм?

Whiskey Lake (8 поколение, мобильные): https://www.anandtech.com/show/13301/spectre-and-meltdown-in...

Coffee Lake Refresh (текущее 9 поколение для десктопов): https://www.anandtech.com/show/13450/intels-new-core-and-xeo...

В серверной и HEDT семействах пока исправления нет, Cascade Lake с исправлением начнет продаваться через несколько месяцев.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено ОнанВарвар , 02-Ноя-18 10:47 
Такими темпами скоро в арсенале АНБ останется только waterboarding...

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено mickvav , 02-Ноя-18 11:02 
Отключение HyperThreading помогает?

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 11:16 
Ядер в AMD Zen и выше даже после отключения SMT больше.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 11:23 
???

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 11:17 
> Отключение HyperThreading помогает?

Помогает вытащить Интул и выкинуть. В противном случае, с текущими архитектурами Интела, это как закрывать пальцем дырки в решете - как ни растопыривайся, все равно течет.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 11:25 
> Уязвимость в SMT
> SMT - это одновременная многопоточность, которая используется в процессорах AMD RYZEN и AMD EPYC...

Чукча не читатель?


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Fracta1L , 02-Ноя-18 11:41 
> в реализации технологии одновременной многопоточности (SMT или Hyper-Threading) в процессорах Intel

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 11:48 
Чукча не читатель, пока не прочитает что такое SMT. Обнаружение подобной уязвимости в амуде только вопрос времени.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 11:54 
Вот когда это время придёт и уязвимость будет обнаружена - тогда и будете рассуждать об уязвимости в камнях AMD.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено пох , 03-Ноя-18 08:33 
а пока неуловимый джо нахрен никому не сдался

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено КГБ СССР , 03-Ноя-18 09:16 
> а пока неуловимый джо нахрен никому не сдался

Пока на детских жвачках и женских прокладках пишут рекламу про Интел инсайд, ничего не поменяется, даже если ставить людей перед очевиднейшими и нагляднейшими гетзефактс. :)

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


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено пох , 03-Ноя-18 10:32 
> Пока на детских жвачках и женских прокладках пишут рекламу про Интел инсайд

а amd тyпенькие и рекламу не умеют? А почему вы думаете что они в процессоры тогда - умеют?

> ничего не поменяется

в смысле, неуловимый джо и дальше будет не нужен? А вот тут не надейтесь - есть еще много брита...э...кубинских (бирманских, гондурасских и конголезских) учоных, которым делать особо нечего, науки как таковой в их странах нет и не предвидится, а вот сидеть на окладе и подбирать тайминги вместе с парой студентов, непригодных для торговли крэком, они как раз вполне могут, делать-то все равно нечего.

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


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено КГБ СССР , 03-Ноя-18 12:22 
>> Пока на детских жвачках и женских прокладках пишут рекламу про Интел инсайд
> а amd тyпенькие и рекламу не умеют? А почему вы думаете что
> они в процессоры тогда - умеют?

AMD, может, и умеют. Но выше было не для красного словца упомянуто про интеловские методы ведения бизнеса. Очень уж любит Штеуд (и Негрософт, по странному стечению обстоятельств) делать интересные предложения посредникам к сердцам потребителей. Добрым словом и револьвером можно добиться большего, чем только добрым словом.


>> ничего не поменяется
> в смысле, неуловимый джо и дальше будет не нужен? А вот тут
> не надейтесь - есть еще много брита...э...кубинских (бирманских, гондурасских и конголезских)
> учоных, которым делать особо нечего, науки как таковой в их странах
> нет и не предвидится, а вот сидеть на окладе и подбирать
> тайминги вместе с парой студентов, непригодных для торговли крэком, они как
> раз вполне могут, делать-то все равно нечего.
> И если среди списанного хлама, подаренного им какой-нибудь очередной NGO, ненароком окажется
> ненужно-амде - вполне могут и подобрать.

Ну, я бы предпочёл вообще другие процессоры и даже архитектуры, а также ЯП и людей, да только в этих ваших ИТ побеждает всегда лучшее^W самое паршивое решение.

За прошедшие десять с копейками лет, считая от Коры Дуба, AMD сделала ряд неплохих и относительно честных в плане производительности процессоров. Неспроста на всяких Али ценник на Phenom, Opteron и прочие продукты AMD удивительно устойчив и не показывает какой-то динамики к критическому снижению (в отличие, например, от интеловских процессоров, которые после внезапного наступления «морального устаревания» продаются за копейки). То есть владельцы систем на процессорах AMD значительно менее склонны к потребительским, так сказать, ценностям и лучше считают свои денежки. А Intel много лет делает быстро за счёт концептуально нарушаемой безопасности, про это давно все знают, кто способен соображать головой, и откровения Тео ничего кардинально нового не сообщили. Только вот нынче попёрло «находить уязвимости» — и всё это на фоне повышения прибылей таки Штеуда. Случайность? Верится с трудом. Средство вынудить миллионы хомячков сменить наконец всё эти коры дуба и сандибриджи на новые процессоры, попутно покупая всё, вплоть до вентиляторов для корпуса? Единственное разумное объяснение. Не считать же, в самом деле, инженеров и маркетологов Интела дурачками, которые не способны делать свою работу.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено пох , 03-Ноя-18 13:28 
> Но выше было не для красного словца упомянуто про интеловские методы ведения бизнеса.

китайские триады крадут детей владельцев асуса и присылают по одному пальцу в день?

> AMD сделала ряд неплохих и относительно честных в плане производительности процессоров.

с тех пор как получила взаимный доступ к патентам интел - да, сделала. Особых архитектурных отличий от интела при этом нет - иначе бы оно не работало в принципе. Так что не надо тут про особую честность. Как-то резко осеклись они с "нам не страшен серый волк" по spectre, но фанаты уже, конечно, забыли.
Проблемы были с чипсетами - потому что продукция amd была где-то там же где всякие msi (кто еще помнит), отчасти опять же не потому что совсем плохо, а просто потому что нафиг не нужен неуловимый джо, драйвера под него отлаживать - есть intel bx, ныне и вовеки. А для следующих уже работала инерция и, кстати, умение интела эти самые драйвера делать - в том числе и опенсорсным помогать.

> Неспроста на всяких Али ценник на Phenom, Opteron и прочие продукты AMD удивительно устойчив и
> не показывает какой-то динамики к критическому снижению

потому что при их объемах наколенного производства снижать дальше некуда. А вот интел, расчищая fab'ы бульдозером, выбрасывает старье в продажу за копейки - просто чтобы на волне спроса последний раз напрячь старые станки и выкинуть их. Ну и заодно опять же подвинуть конкурента, который сам так не может сделать - разорится.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ку , 03-Ноя-18 15:54 
Пиши, не пиши, а Ryzen релизнулся и это очевидный успех.
Маркет завален предложениями с этим камнем.

Успех для всех кроме Интела и Нвидии, которые будут вынуждены попридержать свои ценники.
Даже в том, что вы покупаете процы интела по более низкой цене, есть заслуга АМД.

Улыбаемся и машем.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено пох , 03-Ноя-18 16:49 
> Пиши, не пиши, а Ryzen релизнулся и это очевидный успех.

я рад за фанов, конечно.
> Даже в том, что вы покупаете процы интела по более низкой цене,

увы, я арендую, по более высокой.

Белки-истерички смели все amd-based сервера у немецких хостеров, а это был весь дешевый сегмент. Потом, конечно, самые древние отрыгнули обратно, внезапно осознав что прекрасная платформа Athlon 64 3700+ 2 GB непригодна нынче даже для хомячка, но мне такая тоже не нужна.
Приходится платить за не особо нужный мне ксеон в среднем на двадцатку больше (хотя они таки да, подешевели, но не настолько).

у работодателя в местом ДЦ его интел-деллы возможно и подешевели (где там в лезвии за девять лямов отдельно цена процессора я хз, конечно), но со мной этот гад не поделится.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 03-Ноя-18 16:55 
Ксеоны, которые пень 4, настолько форменное уродство, что лучше уже 3700+...

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 03-Ноя-18 16:57 
Те, что на коре и последователе коры iX - получились вполне приличными. Но вот засада - мылтдаун. Виртуальные ноды потеряли ~20% производительности сразу с затычкой в виде разделения таблиц страниц из-за форсированного вымывания TLB, и сейчас с затычками на спектр теряют ещё столько же. Для амд затычек на спектр, кстати, нужно меньше.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 03-Ноя-18 16:59 
Поэтому я как ЛПР в этой области, следующий свой ползучий апгрейд парка начну на Epyc, посмотрим, как оно себя покажет.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено КГБ СССР , 03-Ноя-18 16:29 
>> Но выше было не для красного словца упомянуто про интеловские методы ведения бизнеса.
> китайские триады крадут детей владельцев асуса и присылают по одному пальцу в
> день?

Чтобы хорошо продавать товар не обязательно красть чужих детей и отрезать им пальцы. Можно предлагать способы заработать совместно. Допустим, ты торговая сеть или сборщик. Приходит к тебе человечек из представительства Штеуда -- при галстуке и с конвертом денег^W^W^W деловым предложением: продавайте, говорит, с 80 процентов прилавков и площадей мой товар, а я вам выправлю очень хорошие прогрессивные скидки, а ещё дам рекламных материалов, разной полиграфии, сведу с полезными людьми и вообще приглашаю вас на корпоративчик в ближайшие выходные, там будет очень интересно, обсудим будущий статус вашей компании во взаимовыгодных отношениях с нашей компанией.

>> AMD сделала ряд неплохих и относительно честных в плане производительности процессоров.
> с тех пор как получила взаимный доступ к патентам интел - да,
> сделала. Особых архитектурных отличий от интела при этом нет - иначе
> бы оно не работало в принципе.

Да при чём здесь патенты? Они сто лет назад были. С тех пор воды уже утекло на десяток слотов и сокетов, уже AMD у себя запилила целую альфовскую шину и 64 бита.

> Так что не надо тут
> про особую честность. Как-то резко осеклись они с "нам не страшен
> серый волк" по spectre, но фанаты уже, конечно, забыли.

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

> Проблемы были с чипсетами - потому что продукция amd была где-то там
> же где всякие msi (кто еще помнит), отчасти опять же не
> потому что совсем плохо, а просто потому что нафиг не нужен
> неуловимый джо, драйвера под него отлаживать - есть intel bx, ныне
> и вовеки. А для следующих уже работала инерция и, кстати, умение
> интела эти самые драйвера делать - в том числе и опенсорсным
> помогать.

Чувак, такие вещи делаются не всегда свободной конкуренцией. Слово Wintel появилось не с пустого места. На один хороший BX у Штеуда был вагон поганого хлама, который они продавали прицепом, под шумок рекламы и враньё продаванов, а пипл хавал, хавал, хавал… Ну что я буду дела забытых дней вспоминать, если ты и сам в курсе? Хотя таки да, они очень памятны: как вместо прекрасных, изумительных атлонов потребителю повсеместно вешали лапшу на уши и впаривали четвёртые пеньки, особенно успешно сбывая тоннами никудышний Celeron-1,7 с мелким кешем.

>> Неспроста на всяких Али ценник на Phenom, Opteron и прочие продукты AMD удивительно устойчив и
>> не показывает какой-то динамики к критическому снижению
> потому что при их объемах наколенного производства снижать дальше некуда. А вот
> интел, расчищая fab'ы бульдозером, выбрасывает старье в продажу за копейки -
> просто чтобы на волне спроса последний раз напрячь старые станки и
> выкинуть их. Ну и заодно опять же подвинуть конкурента, который сам
> так не может сделать - разорится.

Не. Я говорю о том, что после нескольких волн плановых обновлений у корпораций вторичный рынок заполнен интеловским барахлом (которое «постеснялись» утилизировать китайцы) под завязку, но оно почти никому не интересно. Хотя процессоры ведь хорошие. Но у паствы св. Штеуда то, что в черепушке вместо мозга, не просто качественно промыто, а с мылом и шампунем, щёткой. Вместо того, чтобы за копейки купить очень мощный и быстрый Xeon с морем кеша, прихожанин церкви Интела идёт в лабаз за самыми новыми Core i-чего-нибудь, которые еле-еле превосходят славной памяти сандибридж. Но это типа рациональное поведение покупателя, ага. :) Мозг промыт до белой кости.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 03-Ноя-18 16:51 
Ну надо сказать, что тот атлон, который не 64, не был ни прекрасным, ни изумительным, а просто грелся, как утюг, вплоть до помирания чипа при херовом охлаждении.

С другой стороны впариватели выкидыша под названием целерон вообще в аду должны были гореть.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Stax , 03-Ноя-18 17:08 
> Ну надо сказать, что тот атлон, который не 64, не был ни
> прекрасным, ни изумительным, а просто грелся, как утюг, вплоть до помирания
> чипа при херовом охлаждении.

Это не совсем правда. Т.е. ни прекрасным, ни измутельным не был, за то разгонялся одним движенем с пекреключением частоты шины. Что-то типа AXP 1700+ превращался в 2400+ сменой шины с 266 на 233. А в следующем поколении 2500+ превращался в 3200+ сменой шины с 333 на 400. Вообще лепота.

И ничего там особо не грелось, если не жарить яичницу без кулера, как в известном видео. Очень примитивные кулеры (по современным меркам) без тепловых трубок в разгоне его отлично охлаждали. У него TDP 63W был, между прочим! А TDP тогда считался совем иначе, чем сейчас: нынче Core i7 с TDP 95W спокойно может 150W потреблять без разгона, от турбо буста + AVX2, а тогда TDP это предел был.
Легендарный Zalman 7000-CU, который мог охлаждать максимум до 80 вроде ватт (сравните с современными суперкулерами!) держал его холодными в максимальном разгоне: https://overclockers.ru/lab/show/15559/Chto_mozhet_byt_luchs...

> С другой стороны впариватели выкидыша под названием целерон вообще в аду должны были гореть.

А почему вы помните про целероны (между прочим, туалатины очень даже хороши были), а не помните выкидишы под названием Duron? Я помню эту моду "целерон это беспонтовый тормоз, пень слишком дорого, атлон (тогда еще даже не XP) тоже, поэтому мы возьмем Duron 600, ведь он такой дешевый и крутой". Ахаха..


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Michael Shigorin , 03-Ноя-18 18:02 
> "...поэтому мы возьмем Duron 600, ведь он такой дешевый и крутой".

Не помню уже, но там были какие-то нюансы то ли с синхронным по частоте кэшем, то ли ещё с чем; в общем, здесь причины примерно как с Celeron 300A: уж больно дёшево и сердито при достаточно тривиальном разгоне.  Эдакий себе локальный хит ;-)

Кстати, у меня какое-то время тогда пожил именно Duron 650 (825), пока его не заменил Athlon уж не помню сколько (сколько).  Всё как описано про Celeron'ы в качестве затычки.  Тыскыть, завершая круг ;-)

По чипсетам -- конкретно тогда KT133A выглядел и работал очень недурно на фоне в т.ч. полностью тормозных первых хабовых i810 и дорогущих первых i815.  И видеослот при этом там был.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено пох , 03-Ноя-18 17:10 
> прекрасным, ни изумительным, а просто грелся, как утюг, вплоть до помирания
> чипа при херовом охлаждении.

да-да, очень смешная была история - включаем питание при неподключенном (смонтированном! но не подключенном) вентиляторе- идем за новым атлоном ;-) Потом продвинутые производители стали ставить термодиод на плату, но он тоже не всегда успевал сработать.

> С другой стороны впариватели выкидыша под названием целерон вообще в аду должны
> были гореть.

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

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


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено пох , 03-Ноя-18 17:02 
> Чтобы хорошо продавать товар не обязательно красть чужих детей и отрезать им пальцы.
> Можно предлагать способы заработать совместно. Допустим, ты торговая сеть или сборщик.

можно. И что amd мешает это делать? А, опять денег нет? Ну, я так даже и не знаю...

> Да при чём здесь патенты? Они сто лет назад были. С тех

потому что я не опоздал родиться и помню, что они делали в тот момент, когда за патенты дали по рукам. Потом - да, красиво вывернулись с amd64, и, право, лучше бы эта антитехнология не рождалась. Были бы у нас альфы, ia64 и может быть даже power.

> Чувак, такие вещи делаются не всегда свободной конкуренцией. Слово Wintel появилось не

не играет никакой роли уже двадцать лет. Все равно все сервера порезаны на виртуалочки-и весь этот твой винтел - на эмулируемом (!) процессоре (не, не слышал?) в пгавославнейшей вмвари (а то и вовсе сплошной опенстек и винды даже на горизонте не видно. Но вот угадай, какие там будут сетевые карты, к примеру, и почему?)

> да, они очень памятны: как вместо прекрасных, изумительных атлонов потребителю повсеместно

это у которых при отпадении вентилятора происходил громкий "пщщ!" ? ;-) изюмительно, да, интел наверное со смеху подыхал.

> вешали лапшу на уши и впаривали четвёртые пеньки, особенно успешно сбывая
> тоннами никудышний Celeron-1,7 с мелким кешем.

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

> Не. Я говорю о том, что после нескольких волн плановых обновлений у
> корпораций вторичный рынок заполнен интеловским барахлом (которое «постеснялись»
> утилизировать китайцы) под завязку, но оно почти никому не интересно. Хотя

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

> шампунем, щёткой. Вместо того, чтобы за копейки купить очень мощный и
> быстрый Xeon с морем кеша, прихожанин церкви Интела идёт в лабаз
> за самыми новыми Core i-чего-нибудь, которые еле-еле превосходят славной памяти сандибридж.

это смотря что ты на нем делаешь. Если немножечко майнишь- то да, море кэша помогает.
Ну так, не сильно, на самом деле - даже на все ядра не хватило.

> Но это типа рациональное поведение покупателя, ага. :) Мозг промыт до
> белой кости.

да нет, просто большинство покупателей вторсырья однозадачны, и выигрыша от того ксеона им никакого - даже если на сервере и крутятся виртуалки, нагружена обычно одна. А там решает пиковая производительность ядра, а не кэш и тем более не 24 ядра vs 8. Их все равно нечем нагрузить равномерно.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено КГБ СССР , 03-Ноя-18 17:42 
>> Чтобы хорошо продавать товар не обязательно красть чужих детей и отрезать им пальцы.
>> Можно предлагать способы заработать совместно. Допустим, ты торговая сеть или сборщик.
> можно. И что amd мешает это делать? А, опять денег нет? Ну,
> я так даже и не знаю...

Ну как это — что мешает? Это как на один толчок пытаться сесть двумя ж-пами. :) Занято место в будке! Никто добровольно не подвинется, потому что потеря кучи денег, связей, каналов, репутации. От продаванов _очень_ и даже _ОЧЕНЬ_ сильно зависит, что выберет на прилавке покупатель. Интел потому и окучивает всех торгашей в мире (кого прямо, а кого опосредованно).


>> Да при чём здесь патенты? Они сто лет назад были. С тех
> потому что я не опоздал родиться и помню, что они делали в
> тот момент, когда за патенты дали по рукам. Потом - да,
> красиво вывернулись с amd64, и, право, лучше бы эта антитехнология не
> рождалась. Были бы у нас альфы, ia64 и может быть даже
> power.

Уж в этом-то вины AMD нет решительно никакой. Это исключительно заслуга Штеуда. Причём Интел не только всем остальным, но и сам себе в штаны крупно нас-ал собственной «хитрой» политикой, оставшись в конечном итоге только с x86 в кубышке, от которой стало невозможно сбежать, потому что рынок голосует сердцем и не хочет ничего другого. :)


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено пох , 03-Ноя-18 20:34 
> Ну как это — что мешает? Это как на один толчок пытаться сесть двумя
> ж-пами. :) Занято место в будке! Никто добровольно не подвинется, потому

да ладно заливать. за -10%  и не такое двигали. Но нету у амде 10%, а вот у интела - очень даже есть.

> Уж в этом-то вины AMD нет решительно никакой. Это исключительно заслуга Штеуда.

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

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

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


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Michael Shigorin , 03-Ноя-18 17:49 
> можно. И что amd мешает это делать? А, опять денег нет?
> Ну, я так даже и не знаю...

В качестве точечной зарисовки: прошлым декабрём российское представительство AMD ответило по "обычным" каналам оперативно, толково и на праздниках у нас уже крутились тесты на двойном EPYC 7601 в Германии.  До Intel по опять же "обычным" каналам, не применяя визитки, тогда же дозвониться или дописаться просто не вышло.  Не знаю, почему.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено пох , 03-Ноя-18 20:29 
> по опять же "обычным" каналам, не применяя визитки, тогда же дозвониться
> или дописаться просто не вышло.  Не знаю, почему.

потому что неинтересно им два камня тебе продать. У них на то дистрибьюторы есть.
редхату может быть (он, возможно, и не два а сразу 20 купит, чего мелочиться), а ты для него не клиент. А амде рада и такому клиенту.
И да, вопреки мнению нашего кегебе, никто не прибежал к тебе с мешком денег и красивых буклетиков, чтобы ты с амде не связывался. "их и так неплохо кормют".


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Michael Shigorin , 03-Ноя-18 22:39 
> потому что неинтересно им два камня тебе продать.

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

> И да, [...] никто не прибежал к тебе с мешком денег и красивых буклетиков

Это да.  Зато месяца не прошло -- и в январе завезли мельдоний.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 11:19 
А где те ключи что уже успели определить ? Или это только теория ?

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено PereresusNeVlezaetBuggy , 02-Ноя-18 12:05 
Так берите предложенный прототип и определяйте себе ключи на здоровье.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 02-Ноя-18 13:49 
> Гаванского технологическиого университета (Куба) выявили

О_о, респект!


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено dhdhdfh , 02-Ноя-18 15:47 
везем на Кубу 3 коробки новых и старых системников для обнаружения новых уязвимостей?

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено PereresusNeVlezaetBuggy , 02-Ноя-18 19:55 
Обратно тоже везём коробки.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ivan_83 , 02-Ноя-18 23:46 
Тео же предупреждал заранее.
Даже крутилку добавил чтобы отключать HT/SMT в шедулере ОС, во фряхе оно уже было.
Ну я ещё тогда и выключил, на производительности оно сказалось мало.

Вообще не вижу смысла доплачивать за HT/SMT в проце, у меня оно только в 2700х, ибо не было варианта без этого.
Интел всегда свои и7 только из за HT наценял.
У амд хотя бы у 2400G против 2200G ядра видюхи немного прирастают, а не только SMT, но всё равно по деньгам доплаты не достойно.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ан , 03-Ноя-18 01:39 
Так вроде ж всегда можно было выключить SMT/HT через биос. Или я ошибаюсь?

> Ну я ещё тогда и выключил, на производительности оно сказалось мало.

Тут скорее дело зависит от типа нагрузки. :)
Да и эффективность SMT и HT немного разнится.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Ivan_83 , 03-Ноя-18 19:29 
На ноутах не всегда.
У меня на ам4 плате выключение SMT совместно с другими не дефолтными крутилками не даёт плате заинитится.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено InuYasha , 03-Ноя-18 01:59 
HT, SMT... этим реально кто-то пользовался? o_O
Я хотел бы потроллить, но в данном случае просто факт: везде, где я работал, на серверах отключали HT сразу. КАК МИНИМУМ чтобы нарантировать виртуалкам/считалкам реальные ядра.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено КГБ СССР , 03-Ноя-18 09:18 
> HT, SMT... этим реально кто-то пользовался? o_O
> Я хотел бы потроллить, но в данном случае просто факт: везде, где
> я работал, на серверах отключали HT сразу. КАК МИНИМУМ чтобы нарантировать
> виртуалкам/считалкам реальные ядра.

Эксплуатанты серверов обязаны знать. Раньше так было, по крайней мере, до наступления эпохи девжопсов.


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 03-Ноя-18 16:53 
HT на серверах - да, даже не первый, а минус первый кандидат на отключение.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 03-Ноя-18 20:22 
Забавно, но с точки зрения к примеру ruby - минус первый это последний

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 04-Ноя-18 18:33 
В Python так же :)
Но мы не будем HT на сервер ставить :)

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено z , 04-Ноя-18 02:40 
>чтобы нарантировать виртуалкам/считалкам реальные ядра

разве что считалкам, для всех остальных это глупости


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Онаним , 06-Ноя-18 22:59 
Этим реально пользуешься когда гоняешь рассчёты на FPU и одновременно используешь комп для чего-то ещё.

"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Аноним , 04-Ноя-18 18:31 
>> на примере процессоров Intel.

а что, у кого-то ещё это было?


"Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."
Отправлено Anon4ik , 07-Ноя-18 20:28 
И чем здесь поможет кубе ос?