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

"Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
Сообщение от opennews (ok), 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.me/opennews/art.shtml?num=49543
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+17 +/–
Сообщение от Нанобот (ok), 02-Ноя-18, 09:47
>проблема была блокирована обходным путём в выпуске OpenSSL 1.1.0i скорее блокирована не проблема, а её проявление в openssl
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	18. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+7 +/–
	Сообщение от Аноним (18), 02-Ноя-18, 11:13
	AMD EPYC уже по всем фронтам победитель!
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	28. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–43 +/–
	Сообщение от Аноним (28), 02-Ноя-18, 11:32
	амд - вообще не вариант, ни по каким фронтам. Даже по видеокартам.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	31. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+15 +/–
	Сообщение от Аноним (31), 02-Ноя-18, 11:42
	Intel не вариант, AMD не вариант, про ARM молчу. То есть компьютерами можно не пользоваться вообще.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	45. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–4 +/–
	Сообщение от bircoph (ok), 02-Ноя-18, 12:36
	Выход есть — используй Эльбрусы, там нет HT и многого другого говна by design.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	47. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от RNZ (ok), 02-Ноя-18, 12:44
	Увы но Эльбрус пока на уровне тапка. И например до SPARC M8 - при 32 ядрах на 5Ghz и аж 8 потоках на ядро, Эльбрусу пока далеко.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	49. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Вася (??), 02-Ноя-18, 12:52
	Не так уж и далеко.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	52. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–1 +/–
	Сообщение от RNZ (ok), 02-Ноя-18, 12:57
	Это только на первый взгляд так кажется. Впереди годы работы. А в ИТ год за 3 или даже за 5.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	62. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+5 +/–
	Сообщение от zzz (??), 02-Ноя-18, 13:29
	Да бросьте вы, что там Intel прорывного сделал за последние пять лет? За три поколения реальная производительность процессоров в пересчете на ядро за это время выросла на 10%. Для этого дела запилили три поколения чипсетов серии z, хотя все они - суть z170 с вариациями на тему. Только сокеты меняют, имитируя некий прогресс.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	96. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+2 +/–
	Сообщение от RNZ (ok), 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)
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	106. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от RNZ (ok), 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 года
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	63. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+2 +/–
	Сообщение от Michael Shigorin (ok), 02-Ноя-18, 13:30
	> Увы но Эльбрус пока на уровне тапка. Этак можно, скажем, циферки предельных количеств одновременно выполняемых операций посравнивать (e2kv4 -- до 25 оп/такт на ядро) и разница вдруг окажется поскромней. Кстати, покажите тот же 7za b со своего M8 -- я недавно закидывал с Э-804 вот сюда: http://www.opennet.me/openforum/vsluhforumID3/112271.html#88
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	86. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от evkogan (?), 02-Ноя-18, 16:39
	очень интересно. Там я это пропустил. А тут увидел. По тесту архивирования вполне на уровне. Правда мне кажется что дело не только в новом проце. Наверное кто-то другой за год оптимизировал код. Но это не важно. Пусть требует оптимизации, но чтоб производительность была. Михаил, как близкий к тем кругам, скажи, что мешает сделать нормальное тестирование производительности? Даже делать самим не надо и лучше не самим. Достаточно дать погонять железо кому-то типа фороникса. Я считал, что это от стеснения, что пук в луже будет громкий. А теперь что? Или прежде чем делать сравнение надо и весь остальной софт оптимизировать иначе все-таки будет как всегда?
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	89. "(offtopic) тестирование/сравнение производительности"	+/–
	Сообщение от Michael Shigorin (ok), 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. :)
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	88. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+1 +/–
	Сообщение от RNZ (ok), 02-Ноя-18, 17:05
	>> Увы но Эльбрус пока на уровне тапка. > Этак можно, скажем, циферки предельных количеств одновременно выполняемых операций посравнивать > (e2kv4 -- до 25 оп/такт на ядро) и разница вдруг окажется > поскромней. > Кстати, покажите тот же 7za b со своего M8 -- я недавно > закидывал с Э-804 вот сюда: http://www.opennet.me/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
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	90. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Michael Shigorin (ok), 02-Ноя-18, 17:26
	> Но для сравнения вот сервер на двух EPYC c SMT: Спасибо, у нас пока только 7351 завелись (7601 тоже щупали, но сочли, что для сборочницы в этом году цена плотности избыточная выходит). На ядро, кстати, уже сопоставимые цифры выходят (~1.5k vs ~1k).
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	98. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от RNZ (ok), 02-Ноя-18, 17:58
	>> Но для сравнения вот сервер на двух EPYC c SMT: > Спасибо, у нас пока только 7351 завелись (7601 тоже щупали, но сочли, > что для сборочницы в этом году цена плотности избыточная выходит). > На ядро, кстати, уже сопоставимые цифры выходят (~1.5k vs ~1k). Вроде речь шла о многопотоке, а не производительности на ядро. Субъективно производительность на одно ядро актуальна только в играх и в извращённом софте типа redis. Правильный софт должен уметь параллельно выполнять свои операции.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	99. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Michael Shigorin (ok), 02-Ноя-18, 18:04
	>> На ядро, кстати, уже сопоставимые цифры выходят (~1.5k vs ~1k). > Вроде речь шла о многопотоке, а не производительности на ядро. Разумеется -- но я вдруг и это приметил.  А 32-ядерник уже в плане (да, я тоже прекрасно знаю, чем это отличается от "можно пойти и купить" -- и как совершенно справедливо живописал ув. Stax, "взять и поставить"). > Правильный софт должен уметь параллельно выполнять свои операции. Угу.  А правильное железо -- не мешать в этом. :)
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	176. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+1 +/–
	Сообщение от pavlinux (ok), 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
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	177. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Michael Shigorin (ok), 05-Ноя-18, 13:13
	> Эльбрус [..] > RAM size:   15933 MB,  # CPU hardware threads:  1 [...] > Avr:            99    910    905 Ну да, у 1С+ где-то так и выходило, только под альтом побольше даже на коде под v3: https://www.opennet.me/openforum/vsluhforumID3/112271.html#69 Чё, может, навалимся на оптимизацию?  Вчера поигрался чуть с ключиками, но разница наигралась в пределах ну пары процентов, если один помеченный как "может быть опасен при некоторых условиях" не включать. PS: а, не, рано хвастался -- это Tot было побольше (967), а Avr чуть поменьше (886).  Значит, пора на 1.23 :-) PPS: s/включать/не &/
	Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

	178. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от pavlinux (ok), 05-Ноя-18, 13:14
	> Чё, может, навалимся на оптимизацию? Не оплачивают :) Лучше скажи, с CONFIG_SCHED_AUTOGROUP у тя нормально работает?
	Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

	179. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Michael Shigorin (ok), 05-Ноя-18, 13:16
	>> Чё, может, навалимся на оптимизацию? > Не оплачивают :) Ну дело хозяйское, мне много чего самому интересно оказалось :) PS: > Лучше скажи, с CONFIG_SCHED_AUTOGROUP у тя нормально работает? is not set; а у тебя что с ней? (и на чём)
	Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

	180. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+1 +/–
	Сообщение от pavlinux (ok), 05-Ноя-18, 13:20
	>>> Чё, может, навалимся на оптимизацию? >> Не оплачивают :) > Ну дело хозяйское, мне много чего самому интересно оказалось :) Ну для разгона по FPS/MIPSам можно вырубить в ядре Security mode. У нас же супер-пупер защита на первом месте, поэтому жертвуем терафлопсами. > PS: >> Лучше скажи, с CONFIG_SCHED_AUTOGROUP у тя нормально работает? > is not set; а у тебя что с ней? (и на чём) С ней глюкалово, а фича нужная. Под рукой только 1С+.
	Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

	181. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Michael Shigorin (ok), 05-Ноя-18, 13:32
	>>> с CONFIG_SCHED_AUTOGROUP у тя нормально работает? >> is not set; а у тебя что с ней? > С ней глюкалово, а фича нужная. Вешай ядерщикам, однако.  Прямым текстом просили не сидеть на багах :-)
	Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

	182. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от pavlinux (ok), 05-Ноя-18, 18:37
	>>>> с CONFIG_SCHED_AUTOGROUP у тя нормально работает? >>> is not set; а у тебя что с ней? >> С ней глюкалово, а фича нужная. > Вешай ядерщикам, однако.  Прямым текстом просили не сидеть на багах :-) А чего вешать-то, пущай сделают как на x86_64 по make defconfig :D
	Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

	168. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+1 +/–
	Сообщение от vz_2 (?), 04-Ноя-18, 01:02
	Спасибо за тест, давно хотел взглянуть.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	58. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+2 +/–
	Сообщение от eugenebright (ok), 02-Ноя-18, 13:05
	Тем, кто действительно ищет альтернативу, я советую смотреть в сторону RISC-V. За этой ISA будущее. SiFive уже имеют чип, пригодный для построения рабочей станции. Но данное направление имеет для них низний приоритет: главным образом они рвутся на рынок MCU. https://www.sifive.com/boards/hifive-unleashed Прямо сейчас для серверов есть варианты на базе POWER9. https://www.raptorcs.com/TALOSII/
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	64. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Michael Shigorin (ok), 02-Ноя-18, 13:31
	> SiFive уже имеют чип, пригодный для построения рабочей станции. Ой, на HiFive покамест даже SATA обеспечить морока ещё та.  Пройдёт, конечно, со временем... PS: если что, у нас-то эта плата с плиской как раз есть.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	74. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+2 +/–
	Сообщение от КГБ СССР (?), 02-Ноя-18, 15:00
	По этой странице отчётливо и живописно можно судить о будущем: https://www.raptorcs.com/content/base/software.html Какие ОС можно запустить на сабже? Почему об этом ни слова не написано? А если я на эту плату напаяю недостающие разъёмы, то из неё получится двухсокетная? https://static.rptorcs.com/TL1MB1/images/boardlarge.png Зажать пару копеечных разъёмов для PCIe для платы за 1100 USD — это уже какая-то патология.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	111. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от пох (?), 02-Ноя-18, 22:08
	> Зажать пару копеечных разъёмов для PCIe надписи про "cpu2" на фоне нераспаяных дырок как бы намекают нам, что нет, не разъемов - просто те полтора что распаяны - это все, что тянет внутренняя шина (и еще один используется, надо думать, для соединения с той, которая на cpu2, поэтому их и несимметричное количество) а зажали еще и pci-pci bridge и вокруг по мелочи, потому что цена выходила не в 1100, а сильно за 2000 еще даже без второго антиинженерного сокета для собственно процессора. патология - это когда то же самое, но в корпусе от супермикры с дешевыми дисками и памятью, внезапно, стоит $5k
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	114. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от КГБ СССР (?), 02-Ноя-18, 22:27
	>> Зажать пару копеечных разъёмов для PCIe > надписи про "cpu2" на фоне нераспаяных дырок как бы намекают нам, что > нет, не разъемов - просто те полтора что распаяны - это > все, что тянет внутренняя шина (и еще один используется, надо думать, > для соединения с той, которая на cpu2, поэтому их и несимметричное > количество) > а зажали еще и pci-pci bridge и вокруг по мелочи, потому что > цена выходила не в 1100, а сильно за 2000 еще даже > без второго антиинженерного сокета для собственно процессора. Там ещё, как минимум, одного большого чипа не хватает, который между сокетами живёт, а не только мелкой рассыпухи. Ну да ладно. Я пытался прикинуть хотя бы вчерне, что может представлять собой коробка из этой Lite-платы и младшего 90-ваттного процессора. Похоже, что ничего полезного, а на ценнике, между тем, уже рисуется двушка денег, а ведь покупать ещё память, питальник и диски. В свете этого не очень понятно, куда вообще адресуют кастрированную плату. > патология - это когда то же самое, но в корпусе от супермикры > с дешевыми дисками и памятью, внезапно, стоит $5k Видимо, их потому так охотно и раскупают. :)
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	85. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+6 +/–
	Сообщение от Sluggard (ok), 02-Ноя-18, 16:33
	В Эльбрусах много чего нет. Например, их самих в свободной продаже физлицам за вменяемые деньги.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	91. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Michael Shigorin (ok), 02-Ноя-18, 17:27
	> В Эльбрусах много чего нет. Например, их самих в свободной продаже > физлицам за вменяемые деньги. Сдаётся мне, сперва будет анонс Simply для Эльбруса ;-)
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	92. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+3 +/–
	Сообщение от Sluggard (ok), 02-Ноя-18, 17:30
	> Сдаётся мне, сперва будет анонс Simply для Эльбруса ;-) Это странно. «У нас есть клёвый дистрибутив Linux для компьютеров, которых у вас нет! Ура, товарищи!» ))
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	93. "(offtopic) эльбрус и нархоз"	–1 +/–
	Сообщение от Michael Shigorin (ok), 02-Ноя-18, 17:43
	>> Сдаётся мне, сперва будет анонс Simply для Эльбруса ;-) ...и если совсем по-хорошему, то Эльбрус-2С3 (на одном ядре 1С+ всё-таки жить труднее, чем на восьми, а вот на двух уже и вполне себе -- плюс это будет СнК, т.е. сразу экономия на дискретном чипсете). > Это странно. «У нас есть клёвый дистрибутив Linux для компьютеров, > которых у вас нет! Ура, товарищи!» )) Часть причин нежелания идти на розничный рынок -- в поддержке: МЦСТ её обеспечивает на весьма неплохом уровне, который и избыточен "для дома", и не смасштабируется (просто потому, что и на x86 спрос на _такую_ поддержку в потребительском сегменте напоминает отсутствующий). Ну и часть -- в приложениях; нам с уже обширным репозиторием всё-таки легче пересобирать/портировать, чем им для OSL заново писать build'ы. Впрочем, расширение поставок из их традиционного сегмента в соседние уже пошло -- напоминаю, обычная траектория технологий выглядит примерно как "военные -> госсектор -> коммерция -> частный сектор".  Сейчас наблюдаю вторую стадию, частично третью.
	Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

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

	100. "(offtopic) эльбрус и нархоз"	+/–
	Сообщение от Michael Shigorin (ok), 02-Ноя-18, 18:05
	> как появится — разбудите Принято :-)
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	183. "(offtopic) эльбрус и нархоз"	+/–
	Сообщение от pavlinux (ok), 05-Ноя-18, 19:11
	> нет в свободной продаже физлицам Накой ляд он тебе дома нужен?!
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

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

	185. "(offtopic) эльбрус и нархоз"	–1 +/–
	Сообщение от pavlinux (ok), 05-Ноя-18, 19:30
	> С чего ты взял, что он мне нужен? > Вся ветка — ответ на предложение использовать Эльбрус. > Непонятно, где его взять, и нафига это делать, но использовать уже предлагают. > :D Нафига? - Отсутствие троянов от АНБ, ЦРУ, МИ6, Моссад и Гестапо. (про трояны от ВЧК, НКВД, КГБ и Григоря Лепса ничего не известно). Хочется технического секса? - Ищи компы на IVA TPU, - портируй линь с булевы алгебры на тензорное исчисление :)
	Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

	170. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Аноним (-), 04-Ноя-18, 02:32
	> Выход есть — используй Эльбрусы, там нет HT и многого другого говна by design. Ага, там всего-то приватные репы, NDA при покупке и проприетарный компилер. Это даже не CVE, это хуже.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	173. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 04-Ноя-18, 14:03
	> Это даже не CVE, это хуже. Зависит от того, кому и почему доверять.  Кстати, какой именно CVE имели в виду, или всю совокупность?
	Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

	186. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Аноним (186), 05-Ноя-18, 21:57
	>там нет HT и многого другого говна by design. Так там и CPU нет. Так, затычка для сокета, чтобы калькулятор запускать. Неторопливо.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	187. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Michael Shigorin (ok), 05-Ноя-18, 22:08
	>>там нет HT и многого другого говна by design. > Так там и CPU нет. Так, затычка для сокета Что всегда удивляло в подобных организмах -- так это наглость при попытке выпендриться, лишь пособляющая крепче сесть в лужу... На эльбрусах, горшковая группа, нет сокета.  И тот же интел с них уже давно потихоньку пытается спрыгнуть на массовом барахле.  Лужи, кстати, мёрзнуть начинают -- осторожней там. > Неторопливо Неторопливо положено РВСН, а для СПРН всё-таки надо в реальном времени и довольно живо.
	Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

	34. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+11 +/–
	Сообщение от freehck (ok), 02-Ноя-18, 11:49
	> амд - вообще не вариант, ни по каким фронтам. Даже по видеокартам. Спасибо за Ваше мнение. Оно очень ценно для нас. PS: Только что распаковал доставленный вчера AMD Radeon Vega 56. =З
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	39. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–9 +/–
	Сообщение от Аноним (28), 02-Ноя-18, 12:14
	>PS: Только что распаковал доставленный вчера AMD Radeon Vega 56 Неделю назад на работе выдали Quadro RTX 6000 для маи и арнольда. И что?
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	171. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–1 +/–
	Сообщение от Аноним (-), 04-Ноя-18, 02:34
	> Неделю назад на работе выдали Quadro RTX 6000 для маи и арнольда. И что? Наверное то что у него эта штука с открытыми дровами заработает. А нвидиаблобы по жизни означают кучу дурных проблем. Реализация KMS/DRM у нвидии глючная и горбатая, а системной она не может пользоваться - потому что "гражданин судья, он не может сесть".
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	69. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+3 +/–
	Сообщение от Аноним (69), 02-Ноя-18, 14:15
	Ryzen 2700x + Vega 64. Игрушки играются, код компилится, виртуалки бегают. ЧЯДНТ?
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	97. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+1 +/–
	Сообщение от Аноним (97), 02-Ноя-18, 17:56
	Ryzen 1800X + R290X + ECC RAM - всё беспредельно отлично. Хотел поменять R290X но посмотрел на сравнения производительности, и решил, что года через 3 минимум )
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

2. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+13 +/–
Сообщение от Аноним (2), 02-Ноя-18, 09:52
Помню новость лохматых годов, когда HT только вошёл в нашу жизнь. Что на какой-то конференции по безопасности вышел докладчик из разрабов OpenBSD и предположил, что это будет одним из векторов атаки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	59. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+2 +/–
	Сообщение от Crazy Alex (ok), 02-Ноя-18, 13:06
	Всё становится векторами атаки. Но вменяемые люди находят способы использовать преимущества и устранять недостатки.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+11 +/–
Сообщение от 1 (??), 02-Ноя-18, 09:53
Тео был прав
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	54. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+9 +/–
	Сообщение от Ку (?), 02-Ноя-18, 12:59
	Некоторые кукарекали, что Тео и фанатик и у него фольгированная шапочка. Но по факту получилось, что кукарекающие приняли вид глупых ослов.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	135. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–3 +/–
	Сообщение от пох (?), 03-Ноя-18, 10:23
	уточните, когда он был прав? Не тогда ли, когда заявлял что openbsd самая неуязвимая система, если только сетевой кабель не подключать? А лучше всего и электрический тоже.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	142. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Ку (?), 03-Ноя-18, 16:03
	Так оспорьте его утверждение на практике. Возьмите Опенка, подключите к сети и приступайте к взламыванию. Если у вас это получиться, то только все рады будут. Ну и вам, конечно, как результат - почет и уважание как минимум. Действуйте, чего впустую сотрясать воздух.
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	143. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–2 +/–
	Сообщение от пох (?), 03-Ноя-18, 16:21
	> Так оспорьте его утверждение на практике. зачем? мне и так неплохо платят, без всяких гонок за неуловимыми джо, которые нахрен никому не сдались. утверждение даже оспаривать незачем - после нескольких подряд прилетевших remote и на закусочку local root Тео сныкал свой любимый лозунг "эн лет без эксплойтов" - добровольно и с песнями. Точнее, наоборот, молча и украдкой, без всяких громких заявлений. К сожалению, не все, в отличие от вас, вчера родились, поэтому ржут над ним и его новыми заявлениями с тех самых пор.
	Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

	164. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+2 +/–
	Сообщение от Ку (?), 03-Ноя-18, 21:23
	Единственное, в чем я могу заподозрить Тео, это в чувстве юмора. Вон, у них сейчас на главной странице рыбки в "шапочках". Мы то с вами понимаем, что не может быть совершенным то, что вышло из под человеческой руки. Думаю, что Тео в курсе этого тоже. Наверно, не следовало бы все его поступки и высказывания воспринимать всерьез. Линус, например, тоже отжигает перлы. Это нормально, все мы люди. Тео действительно профи своего дела и заслуживает уважения, как впрочем и все остальные.
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

4. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–7 +/–
Сообщение от 123 (??), 02-Ноя-18, 09:58
Искусство заголовка, при том, что в новости ясно указано SMT или Hyper-Threading, указать в заголовке только Hyper-Threading (злой Интел и святой АМД).
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–9 +/–
	Сообщение от Аноним (6), 02-Ноя-18, 10:00
	amd швятой, швятой!
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	12. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+5 +/–
	Сообщение от Аноним (12), 02-Ноя-18, 10:40
	>выявили новую уязвимость (CVE-2018-5407) в реализации технологии одновременной многопоточности (SMT или Hyper-Threading) в процессорах Intel.   >Intel Попробуй почитать дальше заголовка.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

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

	57. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от 123 (??), 02-Ноя-18, 13:02
	И да, тестировал он всё исключительно на Skylake/Kaby-Lake, а не на "всех процессорах Интел".
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	144. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от пох (?), 03-Ноя-18, 16:24
	> И да, тестировал он всё исключительно на Skylake/Kaby-Lake, а не на "всех > процессорах Интел". для всяких других процессоров - тоже надо будет поподбирать константы. Но, поскольку смысл теста был показать уязвимость современных - очевидно, ему не хотелось тратить время на доисторические p4.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	60. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Ку (?), 02-Ноя-18, 13:09
	Я не спец в этих вопросах, но нагуглил, что SMT появился у АМД только недавно в Ryzen. Получается как минимум, все что до Ryzen не имеет уязвимости. Второй вопрос как там SMT реализован в Ryzen и не факт, что он уязвим.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	94. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–1 +/–
	Сообщение от axredneck (?), 02-Ноя-18, 17:46
	Пишу с AMD FX 6300, на нем SMT есть, так что появился он раньше Райзенов.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	103. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+1 +/–
	Сообщение от Аноним (103), 02-Ноя-18, 18:37
	Там не SMT, там модули. Типо физические ядра, только упрощённые.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	121. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+4 +/–
	Сообщение от Led (ok), 03-Ноя-18, 00:19
	> Типо физические ядра, только упрощённые. Они упрощённые только в плане FPU: он один общий на два соседних ядра.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	166. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от vz_2 (?), 04-Ноя-18, 00:56
	ALU там четыре штуки, радоваться надо.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	167. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от vz_2 (?), 04-Ноя-18, 00:57
	а блин, 6 штук, чёт  подумалось про мой бывший 4300
	Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

	169. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от КГБ СССР (?), 04-Ноя-18, 01:50
	> а блин, 6 штук, чёт  подумалось про мой бывший 4300 Да-да, по числу ядер. Кому надо для некоторых задач — прямо то, что доктор прописал.
	Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

5. "Уязвимость в SMT/Hyper-Threading, раскрывающая ключи шифрова..."	+8 +/–
Сообщение от Аноним (6), 02-Ноя-18, 09:58
шо, опять?!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Уязвимость в SMT/Hyper-Threading, раскрывающая ключи шифрова..."	+8 +/–
	Сообщение от Аноним (11), 02-Ноя-18, 10:40
	Не… ты… это… Есть хочешь?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+9 +/–
Сообщение от Аноним (7), 02-Ноя-18, 10:02
Тео знал, раз советовал не использовать Hyper-Threading.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	26. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–3 +/–
	Сообщение от Аноним (26), 02-Ноя-18, 11:28
	>Hyper-Threading Пример технологии придуманной менеджерами а не инженерами >СМАТРИТЕ СКОЛЬКО У НАС ЯДИР!!! Даром, что отключение HT/SMT всегда увеличивало производительность.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	48. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Аноним (-), 02-Ноя-18, 12:44
	Что уже, менеджеры разработкой занимаются? Или ты про инженеров от мира менеджеров, а не инженеров от мира инженеров имел ввиду? Или лучше сказать "из поколения". >придуманной всё ясно с тобой, как с экспертом
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	140. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	+/–
	Сообщение от Himik (ok), 03-Ноя-18, 15:09
	Отключение HT/SMT сильно понижает производительность. И такое весьма сложное техническое решение ни один менеджер не придумает.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	146. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."	–2 +/–
	Сообщение от Аноним (146), 03-Ноя-18, 16:39
	Отключение хт на интелах повышает производительность в 90% серверных и десктопных задач, а на ноутах вообще убирает лаг интерфейса в винде, например. Из специфичных задач, в которых хт даёт прирост - знаю только кодирование видео. На райзенах от амд всё гораздо интереснее, включение SMT даёт стабильный 10-20% прирост в подавляющем большинстве задач, лично мне найти снижение производительности где-то не удалось.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

8. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
Сообщение от DmA (??), 02-Ноя-18, 10:21
На Интел отказалась от использования гипетрединга в будущих процессорах.Скорей всего уже знали о проблемах с безопасностью
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–2 +/–
	Сообщение от anonymous (??), 02-Ноя-18, 10:51
	пруфы?
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	32. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+8 +/–
	Сообщение от Аноним (31), 02-Ноя-18, 11:43
	Он из будущего, знает что говорит.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	37. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 02-Ноя-18, 12:04
	Ну вот я нашёл за 10 секунд в гугле: https://www.digitaltrends.com/computing/ninth-gen-intel-core.../
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	43. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Ё (?), 02-Ноя-18, 12:27
	так это интел ведь совсем жадный просто стал. нт в 9ках только у 9900, а 700 оставили без нт аналогично 5кам и 3кам.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	50. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от Stax (ok), 02-Ноя-18, 12:52
	Именно. Более того, в этих процессорах исправили уязвимости, связанные с HT (во всяком случае, известные на тот момент).
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	53. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+2 +/–
	Сообщение от Аноним (31), 02-Ноя-18, 12:58
	> в этих процессорах исправили уязвимости, связанные с HT Выпилив сам HT?
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	73. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Stax (ok), 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...
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	136. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от пох (?), 03-Ноя-18, 10:25
	> может, в будущем у Core i3 появится хрен вам. Интел явно показал, что бует только в верхних девятках, а остальные могут наслаждаться безопасТностью, и увеличивать количество обогреваек в сети.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

9. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
Сообщение от Аноним (7), 02-Ноя-18, 10:23
Как там Ryzen'ы с 2n потоками? ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от Аноним (13), 02-Ноя-18, 10:42
	Судя по всему тоже подвержены, просто не проверено.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	14. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+3 +/–
	Сообщение от анон (?), 02-Ноя-18, 10:47
	Ryzen`ы топ, отключишь СМТ, а ядер-то всяко в раза 2 больше, чему у Интела :).
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	23. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–7 +/–
	Сообщение от Аноним (26), 02-Ноя-18, 11:22
	>8 vs 8 = в два раза БОЛЬШИ У фанатов АМД двоится в глазах? Амудовые ядра все равно на уровне таковых в гиперпеньке.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	107. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Stax (ok), 02-Ноя-18, 19:55
	>>8 vs 8 = в два раза БОЛЬШИ > У фанатов АМД двоится в глазах? > Амудовые ядра все равно на уровне таковых в гиперпеньке. Зато SMT эффективнее чем HT. См графики в конце: https://overclockers.ru/blog/ultrafx/show/20965/ryzen_2700x_...
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	35. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от AnonPlus (?), 02-Ноя-18, 11:53
	С разморозкой, ещё в октябре вышли 8-ядерники Intel. Цена - это другой вопрос, из-за нехватки производственных мощностей она пока совершенно неадекватна.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	44. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+7 +/–
	Сообщение от RNZ (ok), 02-Ноя-18, 12:31
	Цена не из-за этого неадекватная.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	55. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–4 +/–
	Сообщение от Stax (ok), 02-Ноя-18, 13:01
	Адекватность понятие относительное.. Процы и при этой цене нарасхват, т.к. AMD с быстрой памятью не работает и выше 4 ГГц тоже крайне сложно, а у интела и память быстрая без шаманства, и частоты на одном ядре 5 ГГц из коробки, а гонится при желании еще выше, вплоть до 5 ГГц на всех - лишь бы охлаждение хорошее, даром что все новинки в серии "K". Кому-то эти 25-40% большей производительности https://www.tomshardware.com/reviews/intel-core-i9-9900k-9th... Core i9-9900K @ 5Ghz над 2700X важнее большей разницы в цене. Просто потому, что нужен не "самый оптимальный" вариант, а "чуток побыстрее, чем оптимальный", не уходя в запредельную стоимость HEDT платформы. Хотя как "самый оптимальный" Ryzen поинтереснее будет, конечно. Если все задачи параллелятся и не нужна производительность одного ядра, не интересует скорость AVX2 и нет требования получить то самое "чуток быстрее" за ощутимую разницу в цене - то лучше Ryzen.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	61. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+6 +/–
	Сообщение от НяшМяш (ok), 02-Ноя-18, 13:21
	> лишь бы охлаждение хорошее Там не только в охлаждении дело. Если включить Multicore Enhancements (который отрубает ограничения по тдп) - то новый i7 и i9 начинают жрать столько, что питалово на материнках кипит - даже у тех, которые за 20к стоят. Асус к своей топовой матери даже 40мм вентилятор в комплект положил. Люблю фанатов (любого лагеря). Сборка на интеле стоит аки автомобиль и при этом надо колхозить вентилятор на питальник? Стоит того. На АМД надо поиграть с таймингами и разогнать оперативку? Фуфуфу, кто этот кусок будет брать вообще?
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	75. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от Stax (ok), 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, где он очень уместен; но там, где нужна производительность, интел выигрывает серьезно).
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	112. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–2 +/–
	Сообщение от Ан (??), 02-Ноя-18, 22:17
	> вот маловато вам Ryzen @ 4 Ghz с памятью 3000, например Для чего маловато? Гонять игры в 720p с лоу настройками? В остальном преимуществ нет. И да 3000 у меня на двурангах спокойно работают из XMP профиля. Проблемы с памятью нет. > И охотиться за редким экземпляром памяти Такие редкие что два модуля не комплектные от G.Skill из дешёвой линейки. У знакомого вообще Kingston без проблем. Вот ради интереса стоит в планах конечно побаловаться с dram calculator, но сейчас пичали нету. Нахватались сказок сочинённых на момент запуска в продажу первых райзенов и теперь вещают повсюду. > Есть масса ситуаций, когда эта производительность важнее не такой оптимальной стоимости. Давай список. > Потому что это жесть. Вы загляните в любую конференцию по железу, как там люди с этим мучаются и сколько времени тратят. Надо больше историй. Страшных и ужасных. Halloween ведь недавно был. Если вы про форум overclockers, то там обитает много тех кто тупо хочет этим заниматься и тех кто хочет купить дешево, а потом выжать всё. Естественно если ты берёшь зелёные OEM плашки подешевле ты участвуешь в некоторой лотерее и это справедливо для любой платформы. > чтобы не было вопросов - я не фанат интел Что бы не было вопросов баснями кормить меньше надо.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	118. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от Stax (ok), 02-Ноя-18, 23:29
	> Для чего маловато? Гонять игры в 720p с лоу настройками? В остальном > преимуществ нет. Зачем вам игры в 720p??? Выше давал ссылку - https://www.tomshardware.com/reviews/intel-core-i9-9900k-9th... 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 и другие хорошие.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	123. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Ан (??), 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 по какой-то причине тебе не подходит(софт не заточен) или денег не хватает. В рабочих нагрузках каждый может сам посчитать сколько он выиграет и имеет ли смысл за этим гнаться или будет достаточно более скромного результата за более скромные деньги. Так что в общем. Заканчивайте нагонять страх на людей.
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	128. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Stax (ok), 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. Ну и мм оптимизаций софта под интел отменять нельзя. Что, к сожалению, встречается куда чаще, чем хотелось.
	Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

	65. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+3 +/–
	Сообщение от Ку (?), 02-Ноя-18, 13:35
	Мне всегда казалось, что интел просто умеет красиво продавать + адское лобби. Ну, типа как МС, те же методы. Не столько там "прорыв", сколько графики синтетических тестов. Да, у АМД был провал в настольном и мобильном сегментах из-за энергопотребления, но имхо серверные процы у ник всегда были хорошие. Но какова доля рынка - никакая, почему - лобби. Но сейчас времена меняются. АМД действительно предложил что-то достойное, и даже возможно лучшее по цене\производительности. А тут еще оказалось, что у Интела проблемы с безопасностью их процессоров. И похоже у них гораздо больше проблем с безопасностью чем у АМД.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	77. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+3 +/–
	Сообщение от Stax (ok), 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, они не рассчитаны на полноценную эксплуатацию с одним процом. О каком лобби можно говорить, если в продаже только говно с огромной задержкой, и то почти не купить? Так можно вечность ждать "доли рынка", ведь такие прекрасные процессоры!
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	87. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+4 +/–
	Сообщение от КГБ СССР (?), 02-Ноя-18, 16:42
	> Если у AMD все так круто с цена/производительность/энергосбережение, где массовые ноуты > на AMD? Почему везде, кроме сверхбюджетного сегмента только интел? (а от > китайцев так вообще всегда только интел). Я бы с радостью купил, > для ноута не нужна максимальная производительность, нужна хорошая при умеренном энергопотреблении. Будто большая тайна, как Штеуд подкупает OEM, сборщиков и торговые сети. Потому и нету. Всегда, испокон веков (писишных, разумеется) проблемы с поставками неинтеловских железяк были сопряжены с тем, как Интел ведёт свой бизнес со своими клиентами. «Повлияли», допустим, представители Штеуда на какой-нибудь ASUS или TYAN — и не проектирует соответствующий поставщик материнок для старших процессоров AMD. А потом все удивляются: ну как же так, такие хорошие камушки, а воткнуть их не во что. Фатальное какое-то невезение, не иначе.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	115. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Ку (?), 02-Ноя-18, 22:44
	Про то и говорю, что не так давно у АМД ничего толкового не было. Мобильная "А" серия была не производительным решением. Пришлось брать ноут на Интел. Но Ryzen это уже качественно новая тема. То, что почти нет железа под камни в серверном сегменте, как раз и говорит о лобби. Какие-то все помехи, детские задержки с выпуском уже анонсированного. Странно все это. На самом деле надо благодарить АМД, что она существует, иначе Интелу напару с Нвидией очень вольготно бы жилось и ценовая политика, думаю, была бы не в нашу пользу.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	131. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от пох (?), 03-Ноя-18, 08:38
	> Нет. Или, вернее, их долгое время губила обвязка. как и несерверные. "к сожалению, все более-менее приличные чипсеты после 93го года почему-то совместимы только с процессорами intel". Наверное, потому, что разрабатывает их интел. но проще, конечно, верить в заговор проклятых врагов (товарищу из КГБ, понятно, ни во что другое и не полагается)
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	132. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от КГБ СССР (?), 03-Ноя-18, 09:07
	Это не вопрос веры, но предмет общего знания. Кто основатель и начальник известного поставщика серверных материнок Tyan? Ага. И так по всему списку. Более того, я вот пока не страдаю старческой деменцией и потому ещё не забыл, как готовили клиентов под товар. Например, когда Xeon был перемаркированным и разогнанным четвёртым пеньком, но клиенту со слезами на глазах впаривалось это тормозное оверпрайснутое г-но, «потому что Штеуд инсайд!» и «лидерам от лидеров».
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	150. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Stax (ok), 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% от нее.
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	76. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Аноним (76), 02-Ноя-18, 15:30
	>выше 4 ГГц тоже крайне сложно PBO запросто гонит выше 4 по всем ядрам, если охлаждение нормальное
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	79. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Stax (ok), 02-Ноя-18, 15:45
	>>выше 4 ГГц тоже крайне сложно > PBO запросто гонит выше 4 по всем ядрам, если охлаждение нормальное Ну у профессионалов своего дела иногда получается чуть выше, да. Вон тут 4,2 сумели: https://overclockers.ru/lab/show/90923_3/testiruem-processor... Проблема в том, что 8700K на 5Ghz заставить работать не в пример проще. Знаю, т.к. сам делал :)
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	104. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Аноним (103), 02-Ноя-18, 18:44
	Ой, да. Скальпировать интелы, чтобы сопли под крышкой хотя бы на термопасту заменить, это так просто и весело. Любимое времяпрепровождение просто.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	105. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от Stax (ok), 02-Ноя-18, 18:52
	> Ой, да. Скальпировать интелы, чтобы сопли под крышкой хотя бы на термопасту > заменить, это так просто и весело. Любимое времяпрепровождение просто. Ну так текущее поколение уже не надо, там припой.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	113. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Ан (??), 02-Ноя-18, 22:26
	> там припой Который позволил без особых проблем крышку снять без нагрева. Помнится раньше что бы снять крышку посаженную на припой нужно было как минимум феном нагревать.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	117. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Stax (ok), 02-Ноя-18, 23:17
	>> там припой > Который позволил без особых проблем крышку снять без нагрева. > Помнится раньше что бы снять крышку посаженную на припой нужно было как > минимум феном нагревать. Раньше был вариант с индием + золотом + весьма затратным по стоимости процессом, и с серьезными проблемами на маленьком размере кристалла: https://overclocking.guide/the-truth-about-cpu-soldering/ (про размер кристалла актуально т.к. он в последнее время действительно стал очень маленьким, у последних Kaby Lake так совсем крошечным. У текущих 8-ядерников он побольше, но все равно не достигает даже 4-х ядерных Sandy Bridge) Сейчас, видимо, просто что-то другое, более оптимальное с точки зрения проблем, описанных в статье выше (пусть и с другими свойствами, что позволяет и снимать крышку легче, и получать больший выигрыш от нанесения ЖМ). Замечу, у AMD в текущих моделях с припоем он тоже не такой эффективный, как тот, что описан в этой статье про интел. И тоже улучшается теплопроводность при его замене на ЖМ.
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	124. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Ан (??), 03-Ноя-18, 01:35
	> Замечу, у AMD в текущих моделях с припоем он тоже не такой эффективный, как тот, что описан в этой статье про интел. И тоже улучшается теплопроводность при его замене на ЖМ. Да улучшение теплопроводности при нанесении житкого металла помоему всегда было. Отчасти дело в сплавах возможно, а возможно и в самой технологии нанесения и склеивания. Однако 9900k жарит всё же не слабо при полной загрузке. Так что там отвод тепла должен быть чем лучше. Но я это к тому что если будешь разгонять 9900 и грузить в потолок на долго, то придётся всё же заморачиваться или скальпом или охлаждением не кислым поскольку конструкция с более толстым кристаллом и этим припоем может не дать достаточной эффективности при такой нагрузке. Тем более в условиях когда вольтаж при разгоне у разных экземпляров может неплохо разниться.
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	109. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Аноним (146), 02-Ноя-18, 21:18
	> а у интела и память быстрая благодаря читерству, приведшему к meltdown. Да, не забудьте вычесть ~10% частоты на обход такового.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	110. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от Stax (ok), 02-Ноя-18, 21:22
	>> а у интела и память быстрая > благодаря читерству, приведшему к meltdown. Да, не забудьте вычесть ~10% частоты на > обход такового. С добрым утром, meltdown остался в старых системах. На текущем поколении все исправлено аппаратно в кремнии.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	122. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+4 +/–
	Сообщение от Led (ok), 03-Ноя-18, 00:23
	> На текущем поколении все исправлено аппаратно в кремнии. Не звезди.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	127. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–5 +/–
	Сообщение от Stax (ok), 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 с исправлением начнет продаваться через несколько месяцев.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

15. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+2 +/–
Сообщение от ОнанВарвар (?), 02-Ноя-18, 10:47
Такими темпами скоро в арсенале АНБ останется только waterboarding...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
Сообщение от mickvav (?), 02-Ноя-18, 11:02
Отключение HyperThreading помогает?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	19. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Аноним (18), 02-Ноя-18, 11:16
	Ядер в AMD Zen и выше даже после отключения SMT больше.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	24. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от Аноним (26), 02-Ноя-18, 11:23
	???
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	20. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Аноним (20), 02-Ноя-18, 11:17
	> Отключение HyperThreading помогает? Помогает вытащить Интул и выкинуть. В противном случае, с текущими архитектурами Интела, это как закрывать пальцем дырки в решете - как ни растопыривайся, все равно течет.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	25. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–2 +/–
	Сообщение от Аноним (26), 02-Ноя-18, 11:25
	> Уязвимость в SMT > SMT - это одновременная многопоточность, которая используется в процессорах AMD RYZEN и AMD EPYC... Чукча не читатель?
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	30. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Fracta1L (ok), 02-Ноя-18, 11:41
	> в реализации технологии одновременной многопоточности (SMT или Hyper-Threading) в процессорах Intel
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	33. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–2 +/–
	Сообщение от Аноним (31), 02-Ноя-18, 11:48
	Чукча не читатель, пока не прочитает что такое SMT. Обнаружение подобной уязвимости в амуде только вопрос времени.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	36. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+6 +/–
	Сообщение от Аноним (36), 02-Ноя-18, 11:54
	Вот когда это время придёт и уязвимость будет обнаружена - тогда и будете рассуждать об уязвимости в камнях AMD.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	130. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от пох (?), 03-Ноя-18, 08:33
	а пока неуловимый джо нахрен никому не сдался
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	133. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от КГБ СССР (?), 03-Ноя-18, 09:16
	> а пока неуловимый джо нахрен никому не сдался Пока на детских жвачках и женских прокладках пишут рекламу про Интел инсайд, ничего не поменяется, даже если ставить людей перед очевиднейшими и нагляднейшими гетзефактс. :) Исключительно мало покупателей ПК и комплектующих на самом деле понимает, что и для чего они покупают. Большинство голосуют сердцем, начитавшись реклам и наслушавшись знакомых кибервасянов.
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	137. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от пох (?), 03-Ноя-18, 10:32
	> Пока на детских жвачках и женских прокладках пишут рекламу про Интел инсайд а amd тyпенькие и рекламу не умеют? А почему вы думаете что они в процессоры тогда - умеют? > ничего не поменяется в смысле, неуловимый джо и дальше будет не нужен? А вот тут не надейтесь - есть еще много брита...э...кубинских (бирманских, гондурасских и конголезских) учоных, которым делать особо нечего, науки как таковой в их странах нет и не предвидится, а вот сидеть на окладе и подбирать тайминги вместе с парой студентов, непригодных для торговли крэком, они как раз вполне могут, делать-то все равно нечего. И если среди списанного хлама, подаренного им какой-нибудь очередной NGO, ненароком окажется ненужно-амде - вполне могут и подобрать.
	Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

	138. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+2 +/–
	Сообщение от КГБ СССР (?), 03-Ноя-18, 12:22
	>> Пока на детских жвачках и женских прокладках пишут рекламу про Интел инсайд > а amd тyпенькие и рекламу не умеют? А почему вы думаете что > они в процессоры тогда - умеют? AMD, может, и умеют. Но выше было не для красного словца упомянуто про интеловские методы ведения бизнеса. Очень уж любит Штеуд (и Негрософт, по странному стечению обстоятельств) делать интересные предложения посредникам к сердцам потребителей. Добрым словом и револьвером можно добиться большего, чем только добрым словом. >> ничего не поменяется > в смысле, неуловимый джо и дальше будет не нужен? А вот тут > не надейтесь - есть еще много брита...э...кубинских (бирманских, гондурасских и конголезских) > учоных, которым делать особо нечего, науки как таковой в их странах > нет и не предвидится, а вот сидеть на окладе и подбирать > тайминги вместе с парой студентов, непригодных для торговли крэком, они как > раз вполне могут, делать-то все равно нечего. > И если среди списанного хлама, подаренного им какой-нибудь очередной NGO, ненароком окажется > ненужно-амде - вполне могут и подобрать. Ну, я бы предпочёл вообще другие процессоры и даже архитектуры, а также ЯП и людей, да только в этих ваших ИТ побеждает всегда лучшее^W самое паршивое решение. За прошедшие десять с копейками лет, считая от Коры Дуба, AMD сделала ряд неплохих и относительно честных в плане производительности процессоров. Неспроста на всяких Али ценник на Phenom, Opteron и прочие продукты AMD удивительно устойчив и не показывает какой-то динамики к критическому снижению (в отличие, например, от интеловских процессоров, которые после внезапного наступления «морального устаревания» продаются за копейки). То есть владельцы систем на процессорах AMD значительно менее склонны к потребительским, так сказать, ценностям и лучше считают свои денежки. А Intel много лет делает быстро за счёт концептуально нарушаемой безопасности, про это давно все знают, кто способен соображать головой, и откровения Тео ничего кардинально нового не сообщили. Только вот нынче попёрло «находить уязвимости» — и всё это на фоне повышения прибылей таки Штеуда. Случайность? Верится с трудом. Средство вынудить миллионы хомячков сменить наконец всё эти коры дуба и сандибриджи на новые процессоры, попутно покупая всё, вплоть до вентиляторов для корпуса? Единственное разумное объяснение. Не считать же, в самом деле, инженеров и маркетологов Интела дурачками, которые не способны делать свою работу.
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

	139. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
	Сообщение от пох (?), 03-Ноя-18, 13:28
	> Но выше было не для красного словца упомянуто про интеловские методы ведения бизнеса. китайские триады крадут детей владельцев асуса и присылают по одному пальцу в день? > AMD сделала ряд неплохих и относительно честных в плане производительности процессоров. с тех пор как получила взаимный доступ к патентам интел - да, сделала. Особых архитектурных отличий от интела при этом нет - иначе бы оно не работало в принципе. Так что не надо тут про особую честность. Как-то резко осеклись они с "нам не страшен серый волк" по spectre, но фанаты уже, конечно, забыли. Проблемы были с чипсетами - потому что продукция amd была где-то там же где всякие msi (кто еще помнит), отчасти опять же не потому что совсем плохо, а просто потому что нафиг не нужен неуловимый джо, драйвера под него отлаживать - есть intel bx, ныне и вовеки. А для следующих уже работала инерция и, кстати, умение интела эти самые драйвера делать - в том числе и опенсорсным помогать. > Неспроста на всяких Али ценник на Phenom, Opteron и прочие продукты AMD удивительно устойчив и > не показывает какой-то динамики к критическому снижению потому что при их объемах наколенного производства снижать дальше некуда. А вот интел, расчищая fab'ы бульдозером, выбрасывает старье в продажу за копейки - просто чтобы на волне спроса последний раз напрячь старые станки и выкинуть их. Ну и заодно опять же подвинуть конкурента, который сам так не может сделать - разорится.
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	141. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Ку (?), 03-Ноя-18, 15:54
	Пиши, не пиши, а Ryzen релизнулся и это очевидный успех. Маркет завален предложениями с этим камнем. Успех для всех кроме Интела и Нвидии, которые будут вынуждены попридержать свои ценники. Даже в том, что вы покупаете процы интела по более низкой цене, есть заслуга АМД. Улыбаемся и машем.
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

	147. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от пох (?), 03-Ноя-18, 16:49
	> Пиши, не пиши, а Ryzen релизнулся и это очевидный успех. я рад за фанов, конечно. > Даже в том, что вы покупаете процы интела по более низкой цене, увы, я арендую, по более высокой. Белки-истерички смели все amd-based сервера у немецких хостеров, а это был весь дешевый сегмент. Потом, конечно, самые древние отрыгнули обратно, внезапно осознав что прекрасная платформа Athlon 64 3700+ 2 GB непригодна нынче даже для хомячка, но мне такая тоже не нужна. Приходится платить за не особо нужный мне ксеон в среднем на двадцатку больше (хотя они таки да, подешевели, но не настолько). у работодателя в местом ДЦ его интел-деллы возможно и подешевели (где там в лезвии за девять лямов отдельно цена процессора я хз, конечно), но со мной этот гад не поделится.
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	151. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Аноним (146), 03-Ноя-18, 16:55
	Ксеоны, которые пень 4, настолько форменное уродство, что лучше уже 3700+...
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	152. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Аноним (146), 03-Ноя-18, 16:57
	Те, что на коре и последователе коры iX - получились вполне приличными. Но вот засада - мылтдаун. Виртуальные ноды потеряли ~20% производительности сразу с затычкой в виде разделения таблиц страниц из-за форсированного вымывания TLB, и сейчас с затычками на спектр теряют ещё столько же. Для амд затычек на спектр, кстати, нужно меньше.
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	153. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Аноним (146), 03-Ноя-18, 16:59
	Поэтому я как ЛПР в этой области, следующий свой ползучий апгрейд парка начну на Epyc, посмотрим, как оно себя покажет.
	Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

	145. "Уязвимость в 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-чего-нибудь, которые еле-еле превосходят славной памяти сандибридж. Но это типа рациональное поведение покупателя, ага. :) Мозг промыт до белой кости.
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

	148. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Аноним (146), 03-Ноя-18, 16:51
	Ну надо сказать, что тот атлон, который не 64, не был ни прекрасным, ни изумительным, а просто грелся, как утюг, вплоть до помирания чипа при херовом охлаждении. С другой стороны впариватели выкидыша под названием целерон вообще в аду должны были гореть.
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	155. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+1 +/–
	Сообщение от Stax (ok), 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, ведь он такой дешевый и крутой". Ахаха..
	Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

	159. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Michael Shigorin (ok), 03-Ноя-18, 18:02
	> "...поэтому мы возьмем Duron 600, ведь он такой дешевый и крутой". Не помню уже, но там были какие-то нюансы то ли с синхронным по частоте кэшем, то ли ещё с чем; в общем, здесь причины примерно как с Celeron 300A: уж больно дёшево и сердито при достаточно тривиальном разгоне.  Эдакий себе локальный хит ;-) Кстати, у меня какое-то время тогда пожил именно Duron 650 (825), пока его не заменил Athlon уж не помню сколько (сколько).  Всё как описано про Celeron'ы в качестве затычки.  Тыскыть, завершая круг ;-) По чипсетам -- конкретно тогда KT133A выглядел и работал очень недурно на фоне в т.ч. полностью тормозных первых хабовых i810 и дорогущих первых i815.  И видеослот при этом там был.
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

	156. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от пох (?), 03-Ноя-18, 17:10
	> прекрасным, ни изумительным, а просто грелся, как утюг, вплоть до помирания > чипа при херовом охлаждении. да-да, очень смешная была история - включаем питание при неподключенном (смонтированном! но не подключенном) вентиляторе- идем за новым атлоном ;-) Потом продвинутые производители стали ставить термодиод на плату, но он тоже не всегда успевал сработать. > С другой стороны впариватели выкидыша под названием целерон вообще в аду должны > были гореть. он был именно выкидыш - чтоб вот сейчас купить подешево, а потом выкинуть. В этом качестве отлично отработал, и значки из него, кстати, прикольные были, а что толку от нынешних безногих инвалидов? это тебе не сейчас, когда надо выкинуть вместе с устаревшим камнем все кроме корпуса. А устаревшим он становится через год.
	Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

	154. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от пох (?), 03-Ноя-18, 17:02
	> Чтобы хорошо продавать товар не обязательно красть чужих детей и отрезать им пальцы. > Можно предлагать способы заработать совместно. Допустим, ты торговая сеть или сборщик. можно. И что amd мешает это делать? А, опять денег нет? Ну, я так даже и не знаю... > Да при чём здесь патенты? Они сто лет назад были. С тех потому что я не опоздал родиться и помню, что они делали в тот момент, когда за патенты дали по рукам. Потом - да, красиво вывернулись с amd64, и, право, лучше бы эта антитехнология не рождалась. Были бы у нас альфы, ia64 и может быть даже power. > Чувак, такие вещи делаются не всегда свободной конкуренцией. Слово Wintel появилось не не играет никакой роли уже двадцать лет. Все равно все сервера порезаны на виртуалочки-и весь этот твой винтел - на эмулируемом (!) процессоре (не, не слышал?) в пгавославнейшей вмвари (а то и вовсе сплошной опенстек и винды даже на горизонте не видно. Но вот угадай, какие там будут сетевые карты, к примеру, и почему?) > да, они очень памятны: как вместо прекрасных, изумительных атлонов потребителю повсеместно это у которых при отпадении вентилятора происходил громкий "пщщ!" ? ;-) изюмительно, да, интел наверное со смеху подыхал. > вешали лапшу на уши и впаривали четвёртые пеньки, особенно успешно сбывая > тоннами никудышний Celeron-1,7 с мелким кешем. его можно было выковырять и заменить четверкой - когда-нибудь потом, когда поумнеешь. Ну или наоборот, поумнеть и раздумать выковыривать. > Не. Я говорю о том, что после нескольких волн плановых обновлений у > корпораций вторичный рынок заполнен интеловским барахлом (которое «постеснялись» > утилизировать китайцы) под завязку, но оно почти никому не интересно. Хотя ага, белки-истерички, говорено же ж. тут определенная польза кому-то от амеде была. Жаль что мне нафиг не надо китайского вторсырья. > шампунем, щёткой. Вместо того, чтобы за копейки купить очень мощный и > быстрый Xeon с морем кеша, прихожанин церкви Интела идёт в лабаз > за самыми новыми Core i-чего-нибудь, которые еле-еле превосходят славной памяти сандибридж. это смотря что ты на нем делаешь. Если немножечко майнишь- то да, море кэша помогает. Ну так, не сильно, на самом деле - даже на все ядра не хватило. > Но это типа рациональное поведение покупателя, ага. :) Мозг промыт до > белой кости. да нет, просто большинство покупателей вторсырья однозадачны, и выигрыша от того ксеона им никакого - даже если на сервере и крутятся виртуалки, нагружена обычно одна. А там решает пиковая производительность ядра, а не кэш и тем более не 24 ядра vs 8. Их все равно нечем нагрузить равномерно.
	Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

	157. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от КГБ СССР (?), 03-Ноя-18, 17:42
	>> Чтобы хорошо продавать товар не обязательно красть чужих детей и отрезать им пальцы. >> Можно предлагать способы заработать совместно. Допустим, ты торговая сеть или сборщик. > можно. И что amd мешает это делать? А, опять денег нет? Ну, > я так даже и не знаю... Ну как это — что мешает? Это как на один толчок пытаться сесть двумя ж-пами. :) Занято место в будке! Никто добровольно не подвинется, потому что потеря кучи денег, связей, каналов, репутации. От продаванов _очень_ и даже _ОЧЕНЬ_ сильно зависит, что выберет на прилавке покупатель. Интел потому и окучивает всех торгашей в мире (кого прямо, а кого опосредованно). >> Да при чём здесь патенты? Они сто лет назад были. С тех > потому что я не опоздал родиться и помню, что они делали в > тот момент, когда за патенты дали по рукам. Потом - да, > красиво вывернулись с amd64, и, право, лучше бы эта антитехнология не > рождалась. Были бы у нас альфы, ia64 и может быть даже > power. Уж в этом-то вины AMD нет решительно никакой. Это исключительно заслуга Штеуда. Причём Интел не только всем остальным, но и сам себе в штаны крупно нас-ал собственной «хитрой» политикой, оставшись в конечном итоге только с x86 в кубышке, от которой стало невозможно сбежать, потому что рынок голосует сердцем и не хочет ничего другого. :)
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	163. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от пох (?), 03-Ноя-18, 20:34
	> Ну как это — что мешает? Это как на один толчок пытаться сесть двумя > ж-пами. :) Занято место в будке! Никто добровольно не подвинется, потому да ладно заливать. за -10%  и не такое двигали. Но нету у амде 10%, а вот у интела - очень даже есть. > Уж в этом-то вины AMD нет решительно никакой. Это исключительно заслуга Штеуда. ну, что могли, конечно, то и разработали. Но и вины интела, что он не пожелал отдать весь рынок, а предпочел подгрести под себя какой ни есть, тоже нет. > только с x86 в кубышке, от которой стало невозможно сбежать, потому > что рынок голосует сердцем и не хочет ничего другого. :) рынок не хочет сервера за пять кусков с неизвестной надежности начинкой, когда такой же точно ящик лучшей производительности но от настоящей супермикры стоит 2. В этом и проблема, аднака. Что составить конкуренцию интелу мог бы только сам интел, а ему суетиться неохота.
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	158. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Michael Shigorin (ok), 03-Ноя-18, 17:49
	> можно. И что amd мешает это делать? А, опять денег нет? > Ну, я так даже и не знаю... В качестве точечной зарисовки: прошлым декабрём российское представительство AMD ответило по "обычным" каналам оперативно, толково и на праздниках у нас уже крутились тесты на двойном EPYC 7601 в Германии.  До Intel по опять же "обычным" каналам, не применяя визитки, тогда же дозвониться или дописаться просто не вышло.  Не знаю, почему.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	162. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от пох (?), 03-Ноя-18, 20:29
	> по опять же "обычным" каналам, не применяя визитки, тогда же дозвониться > или дописаться просто не вышло.  Не знаю, почему. потому что неинтересно им два камня тебе продать. У них на то дистрибьюторы есть. редхату может быть (он, возможно, и не два а сразу 20 купит, чего мелочиться), а ты для него не клиент. А амде рада и такому клиенту. И да, вопреки мнению нашего кегебе, никто не прибежал к тебе с мешком денег и красивых буклетиков, чтобы ты с амде не связывался. "их и так неплохо кормют".
	Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

	165. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Michael Shigorin (ok), 03-Ноя-18, 22:39
	> потому что неинтересно им два камня тебе продать. Ну тут, положим, тоже ни разу не два было :-)  Но у дистрибуторов не припоминаю мощностей на погонять под _своими_ нагрузками и понять, чё брать-то. > И да, [...] никто не прибежал к тебе с мешком денег и красивых буклетиков Это да.  Зато месяца не прошло -- и в январе завезли мельдоний.
	Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

21. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–3 +/–
Сообщение от Аноним (21), 02-Ноя-18, 11:19
А где те ключи что уже успели определить ? Или это только теория ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	38. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+4 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 02-Ноя-18, 12:05
	Так берите предложенный прототип и определяйте себе ключи на здоровье.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

66. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+6 +/–
Сообщение от Аноним (66), 02-Ноя-18, 13:49
> Гаванского технологическиого университета (Куба) выявили О_о, респект!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	81. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+3 +/–
	Сообщение от dhdhdfh (?), 02-Ноя-18, 15:47
	везем на Кубу 3 коробки новых и старых системников для обнаружения новых уязвимостей?
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	108. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+4 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 02-Ноя-18, 19:55
	Обратно тоже везём коробки.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

119. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	–1 +/–
Сообщение от Ivan_83 (ok), 02-Ноя-18, 23:46
Тео же предупреждал заранее. Даже крутилку добавил чтобы отключать HT/SMT в шедулере ОС, во фряхе оно уже было. Ну я ещё тогда и выключил, на производительности оно сказалось мало. Вообще не вижу смысла доплачивать за HT/SMT в проце, у меня оно только в 2700х, ибо не было варианта без этого. Интел всегда свои и7 только из за HT наценял. У амд хотя бы у 2400G против 2200G ядра видюхи немного прирастают, а не только SMT, но всё равно по деньгам доплаты не достойно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	125. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Ан (??), 03-Ноя-18, 01:39
	Так вроде ж всегда можно было выключить SMT/HT через биос. Или я ошибаюсь? > Ну я ещё тогда и выключил, на производительности оно сказалось мало. Тут скорее дело зависит от типа нагрузки. :) Да и эффективность SMT и HT немного разнится.
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	160. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Ivan_83 (ok), 03-Ноя-18, 19:29
	На ноутах не всегда. У меня на ам4 плате выключение SMT совместно с другими не дефолтными крутилками не даёт плате заинитится.
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

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

	134. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от КГБ СССР (?), 03-Ноя-18, 09:18
	> HT, SMT... этим реально кто-то пользовался? o_O > Я хотел бы потроллить, но в данном случае просто факт: везде, где > я работал, на серверах отключали HT сразу. КАК МИНИМУМ чтобы нарантировать > виртуалкам/считалкам реальные ядра. Эксплуатанты серверов обязаны знать. Раньше так было, по крайней мере, до наступления эпохи девжопсов.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	149. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Аноним (146), 03-Ноя-18, 16:53
	HT на серверах - да, даже не первый, а минус первый кандидат на отключение.
	Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

	161. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Аноним (161), 03-Ноя-18, 20:22
	Забавно, но с точки зрения к примеру ruby - минус первый это последний
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	175. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Аноним (175), 04-Ноя-18, 18:33
	В Python так же :) Но мы не будем HT на сервер ставить :)
	Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

	172. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от z (??), 04-Ноя-18, 02:40
	>чтобы нарантировать виртуалкам/считалкам реальные ядра разве что считалкам, для всех остальных это глупости
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

	188. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
	Сообщение от Онаним (?), 06-Ноя-18, 22:59
	Этим реально пользуешься когда гоняешь рассчёты на FPU и одновременно используешь комп для чего-то ещё.
	Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

174. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
Сообщение от Аноним (175), 04-Ноя-18, 18:31
>> на примере процессоров Intel. а что, у кого-то ещё это было?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

189. "Уязвимость в SMT/Hyper-Threading, позволяющая определить клю..."	+/–
Сообщение от Anon4ik (?), 07-Ноя-18, 20:28
И чем здесь поможет кубе ос?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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