Новини
Останні статті і огляди
Відмова від Hyper-Threading поставила компанію в невигідне становище, вважає голова Intel
-
iwmyc
Member
Пропоную обговорити Відмова від Hyper-Threading поставила компанію в невигідне становище, вважає голова Intel
Ну звісно, можна було продавати в 2 рази більше "ядер", навіть якщо там приросту перфомансу не було
Ну звісно, можна було продавати в 2 рази більше "ядер", навіть якщо там приросту перфомансу не було
-
Scoffer
Member
Ну да, вони ж відмовились просто по приколу, а не тому що планувальники в ОС не вивозили і вразливості на рівному місці вилізали, котрі глушити треба було патчами, котрі сповільнювали мало не більше ніж давав ГТ. Ох вже ці новоспечені голови 
-
Afit
Member
- Звідки: Запоріжжя
А Володя вважає інакше
-
leif
Member
аааа, так он воно в чому справа


-
Afit
Member
- Звідки: Запоріжжя
Якби не було приросту, то продуктивність не зростала би ~ на 25% Навіть в іграх це легко зараз можна перевіряти з процесорами AMD. Вимкнення SMT в більшості випадків знижує продуктивність. Особливо стабільність кадру.iwmyc: ↑ 25.07.2025 11:50 Ну звісно, можна було продавати в 2 рази більше "ядер", навіть якщо там приросту перфомансу не було
Востаннє редагувалось 25.07.2025 11:59 користувачем Afit, всього редагувалось 1 раз.
-
illyha
Member
- Звідки: Запорожье
Это было как раз единственное правильное решение за послдение годы. Чувствую этот менеджер наменеджерит.
-
Kashtan
Member
- Звідки: Яготин
Замість того щоб взяти приклад з конкурента, просто робити більше ядер і
не доїти один літографічний процес, залишити для ігроманів моделі із збільшеним кешем,
залишати довгограючі сокети
інтел вводить
Гетерогенні ядра
перший пункт не допоміг ? Забираємо гіпертрейдінг, це ж вже точно зло. Теж ні? Що ж таке… давайте звільняти гендиректорів, скорочувати виробництво, виходити з гонки нанометрів, і звільняти взагалі всіх потроху.
не доїти один літографічний процес, залишити для ігроманів моделі із збільшеним кешем,
залишати довгограючі сокети
інтел вводить
Гетерогенні ядра
перший пункт не допоміг ? Забираємо гіпертрейдінг, це ж вже точно зло. Теж ні? Що ж таке… давайте звільняти гендиректорів, скорочувати виробництво, виходити з гонки нанометрів, і звільняти взагалі всіх потроху.
-
iwmyc
Member
Зовсім інші процесори з зовсім іншою архітектурою, порівняння недоречнеAfit: ↑ 25.07.2025 11:58 Якби не було приросту, то продуктивність не зростала би ~ на 25% Навіть в іграх це легко зараз можна перевіряти з процесорами AMD. Вимкнення SMT в більшості випадків знижує продуктивність. Особливо стабільність кадру.
-
vmsolver
Member
Кто бы мог подумать, что отказ от дополнительной производительности скажется на продуктах компании. Хотя бы хватило смелости это признать. Слайды с "причинами" отказа от НТ были мягко говоря не убедительными, даже до выхода 2хх поколения это было очевидно:
Планировщик потоков в ОС прекрасно знает какие пары потоков являются частью одного ядра, поэтому якобы сложности с ним это даже не намёк на тень причины отказа от НТ, а чушь бытовая, обыкновенная.Тупой отказ от НТ это просто потеря 10-20% производительности р-ядер в приложениях получающих пользу от НТ. А скорее всего и больше, так как принцип НТ это доутилизация простаивающих ресурсов, новое же поколение ядер будет заметно шире старых, а это значит что НТ будет ещё более эффективным. В такой ситуации просто отключать НТ как-то глупо.
-
dead_rat
Member
- Звідки: Берлін
Анекдот про три листи - не анекдот 
-
Afit
Member
- Звідки: Запоріжжя
Та з інтелом те саме. Чи можливо є пруф на розгляд?iwmyc: ↑ 25.07.2025 12:00Зовсім інші процесори з зовсім іншою архітектурою, порівняння недоречнеAfit: ↑ 25.07.2025 11:58 Якби не було приросту, то продуктивність не зростала би ~ на 25% Навіть в іграх це легко зараз можна перевіряти з процесорами AMD. Вимкнення SMT в більшості випадків знижує продуктивність. Особливо стабільність кадру.![]()
-
Scoffer
Member
А планувальник знає що енерго і просто ефективніше, доутилізувати ГТ і заодно знизити частоту основного ядра чи скинути завдання на недоядро? Отож-бо.vmsolver: ↑ 25.07.2025 12:03Планировщик потоков в ОС прекрасно знает какие пары потоков являются частью одного ядра, поэтому якобы сложности с ним это даже не намёк на тень причины отказа от НТ, а чушь бытовая, обыкновенная.
При чому дізнатись то можна було, в інтелі зробили профіліювання. Але 99.(9)% прог поклали на нього болта. Треба виходити з реальності, а не фантастичних випадків.
Востаннє редагувалось 25.07.2025 12:20 користувачем Scoffer, всього редагувалось 1 раз.
-
Earanak
Member
- Звідки: Украина
За 30+ месяцев и работы и игр на 13900KF ни разу не столкнулся с проблемами связанными с распределением нагрузки между P/E ядрами, отключение HT прилично роняло перформанс, особенно в рендере. Отключение Е ядер под игры так же прилично роняло перформанс. Особенно в играх которые грузили проц на 60-70% до этого, как Колда или Киберпанк какой нить. Впрочем, в Arrow Lake они сильно ускорили Е ядра, так что это компенсировало потерю в рендеринге от отклдчения HT.
Востаннє редагувалось 25.07.2025 12:19 користувачем Earanak, всього редагувалось 2 разів.
-
Skiff93
Member
- Звідки: Вінницька область
Кор ультри не продаються через нову назву - інфа сотка.
-
Nikolay Yeryomenko
Member
Оце так CEO, оце так вибрали. Він ще не розказав всім про HT.
-
vmsolver
Member
Это зависит от загруженности других ядер и приоритета системы что важнее, производительность или энергосбережение. Недоядро не особо уже отличается от ядер по скорости.Scoffer: ↑ 25.07.2025 12:16 А планувальник знає що енерго і просто ефективніше, доутилізувати ГТ і заодно знизити частоту основного ядра чи скинути завдання на недоядро? Отож-бо.
-
Scoffer
Member
vmsolver
В тому і справа що забагато зміних. Планувальник в соло таке вивезти не здатен. В залежності від профілю навантаження можуть бути сильно різні результати. Потрібна підтримка профіліювання зі сторони прог, так мало того ще й для каждої архітектурної ітерації окремо. Це все малореалістично. Від ГТ не від гарного життя відмовились, на то були вагомі причини.
Відправлено через 5 хвилин 12 секунд:
В тому і справа що забагато зміних. Планувальник в соло таке вивезти не здатен. В залежності від профілю навантаження можуть бути сильно різні результати. Потрібна підтримка профіліювання зі сторони прог, так мало того ще й для каждої архітектурної ітерації окремо. Це все малореалістично. Від ГТ не від гарного життя відмовились, на то були вагомі причини.
Відправлено через 5 хвилин 12 секунд:
Так питання вже давно не стоїть. Ядра не можуть кочегарити на 100% як в старі-добрі часи, інакше десктопи жертимуть півкіловата. Тепер це пошук розподілу навантаження так щоб впершись в паверліміт, продуктивність була максимальною.vmsolver: ↑ 25.07.2025 12:22что важнее, производительность или энергосбережение
-
vmsolver
Member
Scoffer
Приоритеты ядер известны, не особо и много там тех переменных, на фоне измерения загрузки блоков самим процом в железе. АМД об отказе от НТ даже не вспоминает, зато у интела неразрешимая проблема как занять 20+ ядер. Вечно ты выдумываешь.
Приоритеты ядер известны, не особо и много там тех переменных, на фоне измерения загрузки блоков самим процом в железе. АМД об отказе от НТ даже не вспоминает, зато у интела неразрешимая проблема как занять 20+ ядер. Вечно ты выдумываешь.
-
Scoffer
Member
vmsolver
АМД в АПУ з сумішю с і не с ядер відчутно гірше тримає батарейку. А в іншому так, ніяких проблем
Відправлено через 2 хвилини 29 секунд:
Аплє також не спішить втілювати СМТ в своїх процесорах, при їхній-то ширині ооо, хоча загалом армів з СМТ навалом.
АМД в АПУ з сумішю с і не с ядер відчутно гірше тримає батарейку. А в іншому так, ніяких проблем
Відправлено через 2 хвилини 29 секунд:
Аплє також не спішить втілювати СМТ в своїх процесорах, при їхній-то ширині ооо, хоча загалом армів з СМТ навалом.
-
vmsolver
Member
Осталось, только обосновать, что твоё утверждение не в стиле в огороде бузина, а в Киеве дядькаScoffer: ↑ 25.07.2025 12:37АМД в АПУ з сумішю с і не с ядер відчутно гірше тримає батарейку. А в іншому так, ніяких проблем