Intel патентує технологію «супер’ядер» для підвищення однопотокової продуктивності

[DuckRider]

Когда не можешь сделать нормальные ядра

Отправлено спустя 2 минуты 25 секунд:

Так вже iдея закрадалася але директор iнтелу ранiше вiдмiнив розробку. Видно все таки мрiя Джима Келлера збудеться. В чатi правильно сказали що бiда з планувальником буде. Такая сама як з E- ядрами на 1700 сокетi. Якщо домовляться з microsoft то воно буде адекватно працювати в 12 вiндi, в гiршому на 13. Хоча я думаю що поки юзеру не дадуть самому вибирати на якi ядра кидати нагрузку або не створять якiсь профiлi роботи, якi з пiд вiнди працювати буде, воно нормально працювати не буде.

Давно можно назначить сходство с потоками

[daesz]

Спочатку додали недоядра, тепер додадуть переядра

[Rucha]

"Intel нічого нового не робить - ГАНЬБА!"
"Intel робить щось нове - ГАНЬБА!"

[yurius_r]

Хтось дам дуже топить за викидання HT. Спочатку 1 ядро 2 потоки, тепер 1 ядро 1 потік, завтра 2 ядра 1 потік. Хоча може вони тепер хочуть об'єднувати E ядра?

[Scoffer]

"Intel нічого нового не робить - ГАНЬБА!"
"Intel робить щось нове - ГАНЬБА!"

Інтелу треба робити не "щось", а те чого від нього очікують. А очікують ріст IPC в іграшках і ПЗ зі схожим профілем навантаження, а такого реально дуже багато, з жалюгідних 1 хоча б до 2, а не нарощування віртуальної кількості ядер до сотні чи паруг в сайнбенчі.

[Alexsandr]

Были в прошлом новости про НТ наоборот, но вот как это все реализовать, не будет ли планировщик и все что рядом с ним жрать больше чем сам ЦП? Или вернутся к работе FX у АМ?

[yuriy_dd]

М4 - просто сміється з цих жалюгідних потуг Інтел покращити одно-потік

не вийде в них нічого, проблема в тупиковості архітектури

краще ліцензуйте ядра у АРМ і робить на них проци

беріть приклад з кращих - Епл, Квалком, Нвідіа

пс: до АМД - це теж стосується

[Аціо]

Звучить наче в інтелі переїли грибів, якщо чесно. Два ядра не можна поєднати в одне. Можна хіба що навпаки, щось накшталт павер10/11, де одне фізично smt8 ядро може корчити з себе два smt4, що реалізується віртуальним розділом кешів, планувальника і ще кількох компонентів.

А чому ні, якщо уже є планувальник для Р і Е ядер? Ускладнити планувальник, на якого повішати функціональність "супер-ядер", ну і ядра оптимізувати під такі задачі. Роботи багато, як апаратно, так і програмно з кодом планувальника і підтримкою супер-ядер з боку операційних систем.

Сама роздача апаратна, там майже не треба буде нічого доопрацьовувати програмно, ну як мінімум Інтел каже що передбачено.
Тут питання саме у трансляції та обробці даних, питання до кешу та конвеєру.
І люди доречно зауважили, що один з варіантів це результат великого Бульдозера, що не зовсім гарно для ігор, адже ігри люблять великий швидкий кеш та мінімалістичний конвеєр.


Я от тільки не дуже вже розумію як вони патент отримали?
У ІВМ же була ця технологія, апаратно надавати планувальнику працю 2х-4х ядер як одного великого.
Чи якщо треба то можна? Чи вже сплив час на патент, досить старенька розробка.

[Inqizitor2022]

Нужен просто большой л3 кэш на 1 гиг, 2 супер ядра на 7-8 ггц, 14 ядер на 5.5 ггц и 20Е ядер на 3-4 ггц. Тогда при запуске любой старой малопоточной игры получится, что вот эти большие ядра нормально работают с такой нагрузкой, если у игры новой есть одно-два ядра основных - они тоже будут нормально работать с такой нагрузкой.

[l-m]

Нужен просто большой л3 кэш на 1 гиг, 2 супер ядра на 7-8 ггц, 14 ядер на 5.5 ггц и 20Е ядер на 3-4 ггц.

Маловато буде
Треба кешу хоча б 16 гиг, 8 супер ядер на 10 Ггц, 64 ядра на 7 Ггц, та 96 на 5 Ггц. І що б коштувало $300 та споживало до 100 Вт

[Impulse101]

М4 - просто сміється з цих жалюгідних потуг Інтел покращити одно-потік

не вийде в них нічого, проблема в тупиковості архітектури

краще ліцензуйте ядра у АРМ і робить на них проци

беріть приклад з кращих - Епл, Квалком, Нвідіа

пс: до АМД - це теж стосується

Відмовитись від Х86, зробити проци на ARM, і транслювати ARM в Х86. Чудовий план.

[Аціо]

Нужен просто большой л3 кэш на 1 гиг, 2 супер ядра на 7-8 ггц, 14 ядер на 5.5 ггц и 20Е ядер на 3-4 ггц.

Маловато буде
Треба кешу хоча б 16 гиг, 8 супер ядер на 10 Ггц, 64 ядра на 7 Ггц, та 96 на 5 Ггц. І що б коштувало $300 та споживало до 100 Вт

Ви хоч під спойлер сховали таке, а то ваше повідомлення може викликати мимоволі ерекцію!

[1234waltz]

Были в прошлом новости про НТ наоборот, но вот как это все реализовать, не будет ли планировщик и все что рядом с ним жрать больше чем сам ЦП? Или вернутся к работе FX у АМ?

Загалом, буде смішно, якщо Intel "винайде" CMT, сам по собі CMT для багатопотокових завдань не був поганим, а якщо заставляти кнутом та пряником програмістів писати під це оптимізований код (як на консолях), то в цілому жити можно. Проблема в тому, що ринку ПК це все не дуже потрібно було, бо 90% розробників хотіли або просто жирне ядро, або жирне ядро с smt. І що цікаво, ринок демонструє, що ці бажання не змінились, ні для ПК, ні для мобільних пристроїв, ні навіть для серверів.

Основна концепція CMT
Замість того, щоб мати повністю окремі ядра, процесори з архітектурою CMT об'єднували два ядра в один "модуль". У кожному модулі два ядра мали власні, незалежні блоки для цілочисельних обчислень (ALU), але ділили між собою деякі інші ресурси, такі як блок для обчислень з плаваючою комою (FPU) та кеш-пам'ять L2.

Цей підхід був розроблений з метою оптимізації площі кристала та енергоспоживання, оскільки дублювання всіх компонентів для кожного ядра було б менш ефективним. Ідея полягала в тому, що більшість програм не використовують FPU постійно, тому спільний FPU міг ефективно обслуговувати два потоки даних.

SMT (Hyper-Threading)
* Одне фізичне ядро здатне обробляти два (або більше) потоки одночасно.
* Всі обчислювальні ресурси в межах одного ядра (ALU, FPU, кеш) є спільними для обох потоків.
* Коли один потік простоює (наприклад, чекає дані з пам'яті), другий потік може використовувати прості обчислювальні блоки, підвищуючи загальну ефективність ядра.

CMT (AMD Bulldozer)
* Два "ядра" об'єднані в один модуль, і можуть обробляти два потоки одночасно.
* Кожне ядро має свій власний блок для цілочисельних обчислень (ALU).
* Блок для обчислень з плаваючою комою (FPU) є спільним для обох ядер в модулі.

CMT прагнув забезпечити високу продуктивність у багатопотокових цілочисельних навантаженнях, оскільки кожен потік мав свій власний блок ALU. Однак, у навантаженнях, що інтенсивно використовують обчислення з плаваючою комою, продуктивність могла страждати через конкуренцію за спільний FPU.

[МОНАХ]

► Читається так, ніби Інтел не хоче (не може?) у багато повноцінних ядер, але наінженерив купу неповноцінних і тепер щось з цим потрібно робити, а тому спробує видавати 2 неповноцінних ядра як одне... повноцінне (?) ядро.
► Так і хочеться сказати: ХАРЕ! Хлопці! (і дівчата... напевно...) Ви вже і так догралися; лишіть структуру з недоядрами для ноутбуків та подібного "недо-ПК" і займіться розробкою нормальнїо, повноцінної структури нормального повноцінно-ядерного проца, а пригаєте знову на ті ж граблі, пробуючи знову, тільки "в профіль", продати те, що не вдалося! ("Нє, ну - ше разочок! Останній-преостанній! Чес-слово... Може цього разу гарно прокне?" (С) )

[Ray2000gt]

Це тепер P-ядра будуть віртуальні.
В процах буде багато Е-ядер і якась кількість віртуальних Р-ядер.
А чого ідея бімба для Intel.
Робиш один чіп і для сервака і для десктопа, програмно нарізаєш скільки тре Р-ядер!

Прочитав всю тему. Як на мене, найвлучніше пояснення.
А це дуже зручно. По суті можна міняти конфігурацію проца в сервері, не змінюючи його фізично. Виробнику простіше розробляти і виробляти уніфіковану архітектуру.

[Аціо]

Це тепер P-ядра будуть віртуальні.
В процах буде багато Е-ядер і якась кількість віртуальних Р-ядер.
А чого ідея бімба для Intel.
Робиш один чіп і для сервака і для десктопа, програмно нарізаєш скільки тре Р-ядер!

Прочитав всю тему. Як на мене, найвлучніше пояснення.
А це дуже зручно. По суті можна міняти конфігурацію проца в сервері, не змінюючи його фізично. Виробнику простіше розробляти і виробляти уніфіковану архітектуру.

Якщо влаштують м'ясо як в часи кори дуба, що топові камінці буквально за 150 баксів йшли, то так люди у більшості плюнуть на АМД з їх 300% цінами за +10%-15% швидкодії у іграх.

[Ostin]

2002. Intel: треба розбити ядра на потоки, будемо робити HT
2025. Intel: так, як ми вже вбили HT, зробимо ще краще - зліпимо з гівна і палок купи ядер величезну купу одне велике!

[yuriy_dd]

Відмовитись від Х86, зробити проци на ARM, і транслювати ARM в Х86. Чудовий план.

а просто перекомпілювати під АРМ - в голову не приходить?

[dreikk91]

М4 - просто сміється з цих жалюгідних потуг Інтел покращити одно-потік

не вийде в них нічого, проблема в тупиковості архітектури

краще ліцензуйте ядра у АРМ і робить на них проци

беріть приклад з кращих - Епл, Квалком, Нвідіа

пс: до АМД - це теж стосується

Як там battlefield 6 працює на м4?

[yuriy_dd]

Як там battlefield 6 працює на м4?

а яке діло має конкретна гра до архітектури проца?
якщо захочуть оптимізувати - то все буде добре

а те що люди купують ігрові консолі в тому числі щоб грати battlefield - доводить що наявності х86 - не достатньо