Где на x86 архитектуре?

ээ.. нет. это что-то меняет в ваших заключениях?

Жаль IBM про это не знает и лепит по 8 потоков на физическое ядро.

Сам себя не похвалишь, никто не похвалит.

ради истины стоит сказать, что у ядер IBM вообще принципиально другой подход, там фактически не монолитное ядро, а микрокластер из суперслайсов, в которых ещё и примитивные слайсы. Но вот для х86 увеличение кол-ва потоков на ядро вполне разумно - все равно, пока нет вменяемой замены нынешней DRAM, процессор будет простаивать хренову тучу времени, особенно при промахах по всем трем кэшам и запросе в ОЗУ. Так что, думаю, мы увидим в будущем как усложнение планировщиков, диспетчеров, увеличение кол-ва портов и ФУ в ядре. Ну и кол-ва потоков на ядро. Кроме того,это улучшит взаимодействие между потоками внутри ядра.

Вы были ленивы в гугле, наверно перманентный бан....да? Но вам всё же скинули ссылку.
Так что на счёт бравых речей о сынке и прочее?

Это чтобы гиперпродавать?

Добавлено спустя 6 минут 24 секунды:

надо читать не дебилоидов с Хабра. А хотя бы https://scalibq.wordpress.com/2012/02/14/the-myth-of-cmt-cluster-based-multithreading/ Никакого отношения к гипертридингу это (СМТ) не имело. Оно позволяло использовать математический сопроцессор сразу двумя ядрами. так же как много ядер пользуются одним КП в процессоре. Что и было проделано в буле. А не полностью использовать все ФУ (ALU, LSU etc), как у Интела.

у кодеков упор в векторные блоки сильный. у амд векторники не передовые у интел да... отсюда есть перекос, но например дектопный интел с 4 ядра сольет все же райзену с 6-8.

... именно не намного, но лучше. что кстати странно у интла этот ресурс со времен п4, а у амд первая "ревизия".

С Приором можно согласиться - двухпоточность ризеновских ядер даёт больший прирост проирост производительности на ядра, чем делает гипертрединг с интеловскими процами. Правда, эффективность амд-шного гипертрединга ненамного лучше интеловского хт, и следует учесть, что интелы выпустили гипертрединг на серийных процах уже 15 без малого лет назад, разработки же хт велись раньше, а амд-шный "хт" появился только что, ему от силы 2 года.

А 1366 и 2011 думают иначе :Р

статья ни о чём.
на самом деле, HT - наследие DEC, инженеры которой перебежали частично в AMD, частично в Intel.
DEC на закате своих дней судилась с Intel как раз на счёт нарушения патентов.
В отличие от Intel, AMD свои разработки лицензировала официально у правопреемников DEC.
В том числе им досталась и многопоточность в качестве бонуса от совместимости с DEC Alpha.

Тот же вопрос: и давно Power x86(про то как там собственно понимается процессор вообще лучше не упоминать)? А то сейчас потихоньку дойдем до того чтоб скрестить все и вся, случайно еще BigLittle вам в проц не надо? И главный вопрос - если это настолько просто то какого фига все так не делают? Ну и до кучи может скажешь насколько растет скажем производительность Power8 в тестах видеокодирования(стандартный 464.h264ref ) при переходе с SMT2 на SMT8 и насколько распространены в типовом применении одновременны обращения строго к разным блокам проца для собственно эффективной реализации SMT?
P.S. А еще Power необычайно дешевы и широко распространены, да, и 4/16 и 4/32 там норма в бытовухе

Едва ли так будет, ведь ZEN 2 это продолжение линейки. А ZEN+ мне будет интересен только при стоковых частотах не менее 4,3-4,5 Ггц

Да ничего конечно, обычная недорогая универсальная система под обычные задачи, да? Или все же своя экосистема с определенными задачами без претензий на массовость, опять же число ядер конечно же минимально, есть и 2/16 варианты или все же начали сразу с 8/64(конечно же не потому что это разумный минимум для эффективного использования многопоточки а просто потому что могут)?

unhurtable все дело в векторных блоках. например есть хеонфи у которого 512битные авх блоки и который может запускать вроде 4 потока на ядро... те видимо на склейку векторов уходит больше ресурсов (тактов) чем пропихнуть дополнительные вектора в тот же такт на виртуальных ядрах (те рассматриваем задачу расчетов ~128-256 битными векторами). вот такое решение по многим причинам (нет широких векторых блоков, нечего на них запускать параллельно и тд) в дектопах не нужно поэтому и не делают такие ядра. это лично мое предположение.