распоралеливание вычислений, чтобы равномерно распеделялась нагрузка на ядро.
дает примерно 30% производительности при полной нагрузке потоков.
а отказывается интел от этого, чтобы перейти исключительно на Еядра и забыть про Рядра с длинным конвеером. помимо этого блок ХТ или СМТ занимает достаточно большое место на кремнии.
просто они поняли что Рядра они не смогут сделать конкурентными в ноутбуках, где АРМ энергоэффективен, поэтому и разработали Еядра тоже с коротким конвеером.
на самом деле такой опыт у интел уже был в 10х, интел атом назывались ядра. и они даже зашли с этими ядрами на рынок смартфонов. их ключевым партнером были леново, причем процы были очень дешевыми и смартфоны на них тоже стоили дешевле аналогов на АРМ. потому что интел чуть ли не по себестоимости отдавали их вендорам.
кароче. не иби мене мозг. интел стала делать Еядра исключительно из-за своей отсталости, чтобы хоть как то конкурировать на рынке ноутбуков с АРМ и амд. и как следствие отказываются и от Рядер, а с ними и от ХТ.
не потому что ХТ бесполезная херня, а потому что она так же будет жрать кремний, жрать энергию.
следующий шаг откажутся от кэша л3. он тоже жрет энергию и много места занимает на кремнии.

Не хрена себе грамотей. Небольшая справка. В одном ядре есть несколько конвееров, которые параллельно выполняют команды потока. То есть логика анализирует команды, выделяет те, которые можно выполнять одновременно, если это возможно, переставляет команды в очереди (да-да. они могут выполняться не в той последовательности, в которой они идут в коде), в общем старается нагружать все конвееры по максимуму. Однако, это далеко не всегда возможно и периодически конвееры могут простаивать из-за невозможности параллелить команды. В Intel почесали репу и подумали, а чего на те же вычислительные мощности не присобачить еще одну очередь команд. И в результате это увеличило загрузку конвееров (насколько я помню, прирост был небольшой, процентов 10, но он был). Вот только потом в AMD подумали и решили, а чего бы тогда не поставить сразу два ядра в процессор? Ведь для того, чтобы сделать вторую очередь команд, тебе все равно нужен транслятор команд для нее, свои регистры. Если используется общий кэш с первым потоком, то фактически размер кэша для первого потока уменьшается (ибо делится на два потока). То есть обработка команд второго потока дается совсем не бесплатно. Она во-первых усложняет ядро, во-вторых, заметно ухудшает его условия работы (самое печальное тут - это кэш, который второй поток портит).
И ведь по сути в этих конвеерах с годами ничего особо не усложняется. А вот планировщик команд постоянно становится сложнее. А размеры кэшей постоянно растут. И экономия на конвеерах как-то со временем потеряла смысл. Причем с годами важность кэша только росла. Процессоры выполняли команды все быстрее, а вот задержки ОЗУ в тактах процессора только росли. Оптимизации кода программы, чтобы частота попадания в кэш была максимальной, в последнее время все критичней. Поэтому разделение того же L1 кэша между двумя потоками - это ужасно с точки зрения производительности. Этот механизм крайне устарел.
Я уверен, что технология HT уже давно изжила себя и Intel делает все правильно. И гарантированно AMD последует по тому же пути.