The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в Hyper-Threading, позволяющая определить ключи ш..., opennews (ok), 02-Ноя-18, (0) [смотреть все]

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


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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | 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 Shigorinemail (ok), 02-Ноя-18, 13:30 
> Увы но Эльбрус пока на уровне тапка.

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

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

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

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

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

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

89. "(offtopic) тестирование/сравнение производительности"  +/
Сообщение от Michael Shigorinemail (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. :)

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

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

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


# 7za b

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

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

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

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

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


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

90. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."  +/
Сообщение от Michael Shigorinemail (ok), 02-Ноя-18, 17:26 
> Но для сравнения вот сервер на двух EPYC c SMT:

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | 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


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

177. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."  +/
Сообщение от Michael Shigorinemail (ok), 05-Ноя-18, 13:13 
> Эльбрус

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

[...]
> Avr:            99    910    905

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

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

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

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

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

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

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

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

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

179. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."  +/
Сообщение от Michael Shigorinemail (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 Shigorinemail (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 Shigorinemail (ok), 02-Ноя-18, 13:31 
> SiFive уже имеют чип, пригодный для построения рабочей станции.

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

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

Ответить | Правка | Наверх | 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

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

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

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


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

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

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

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

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

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

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

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

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

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

93. "(offtopic) эльбрус и нархоз"  –1 +/
Сообщение от Michael Shigorinemail (ok), 02-Ноя-18, 17:43 
>> Сдаётся мне, сперва будет анонс Simply для Эльбруса ;-)

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

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

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

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

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

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

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

100. "(offtopic) эльбрус и нархоз"  +/
Сообщение от Michael Shigorinemail (ok), 02-Ноя-18, 18:05 
> как появится — разбудите

Принято :-)

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

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

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

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

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

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

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

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

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

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

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

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

173. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 04-Ноя-18, 14:03 
> Это даже не CVE, это хуже.

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

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

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

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

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

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

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

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

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

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

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

34. "Уязвимость в Hyper-Threading, позволяющая определить ключи ш..."  +11 +/
Сообщение от freehckemail (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 для маи и арнольда. И что?

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

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

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

Ответить | Правка | Наверх | 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ообщить модератору

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

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




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

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