Попередні специфікації чипів Intel Core 14-го покоління для настільних ПК

[Timedemo]

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

зачем тогда городить мелкие ядра ради большой много потока? тогда проще сделать 16 дурных ядер, будет дурной много поток.

[vmsolver]

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

зачем тогда городить мелкие ядра ради большой много потока? тогда проще сделать 16 дурных ядер, будет дурной много поток.

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

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

[AB-Man]

Средних частотах это сколько? Вон у процессоров с индексом T большие ядра работают на по вашему средних частотах и все ок. Просто для конкретной архитектуры есть условно оптимальная частота, когда для повышения частоты от текущей на следующую ступень ему требуется немного дополнительной энергии. По графику зависимости тепловыделения от частоты видно, что там будет плавный подъем без взрывного роста. Эта точка т.н. оптимального КПД. В процессорах последних поколений с турбобустом появилась особенность сохранения роботоспособности при сильном отклонении от этой точки вправо. Раньше такого чипы не позволяли. Сейчас эта частота в районе 3Ghz находится +- 0.5Ghz в зависимости от количества ядер.

[Electrobrut]

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

Не тільки для цього, головне це в майбутньому для заміни гіперпоточності на Р-ядрах (уже вінду майже для цього допілили).
Відмова в нативі від гіперпоточності дає -30% енергоспоживання на Р-ядрі і -18% площі ядра (а значить і - затримки), і відповідно воно менше грітиметься локально(через меншу площу теплового потоку), а значить можна ще навалити ІРС і частоти заперти на 5-5,5ГГц нативно використавши площу для нових блоків/додаткових кешів Л1-Л2.

Інакше тупо ніяк, гіперпоток своє уже віджив, а враховуючи з ростом щільності транзисторів на нових техпроцесорах по Х2 (непропорційно до змешення обєму транзистору на 1,25Х) надто сильно росте щільність теплового потоку (перехід з Інтел 7 на Інтел 4 дасть Х2 щільності +10% частоти і -20% жору, що дасть ріст щільності теплового потоку на 60%). Так що без викидання гіперпоточності про 5ГГц І5 і це при 1,05В на 20А техпроцесі без 3х14см Водянки можете забути, а от викинувши гіперпоточність вистачить і 150Вт башні або 2х120Водянки. Просто гляньте на Той же Райзен, де чим менше техпроцес тим важче охолодити.

З часом буде для ігрових систем 6/8Р +12/16Е, де ведучі задачі ідуть на потужні 4-6 ядер, а решта на 6-12 слабші ядер, от і вся оптимізація.
Бо банально ефективно розпаралелити задачу можна тільки на 4ядер з завантаженням в 100%, далі 2ядра іде 60%, а решта від 50 до 10% (для чого якраз Е-ядра підходять більше ніж). При цьому ці 12/16Е скоріше всього розібють по 2 ядра ядра і докинуть кешу в майбутньому мінус 4 ядра на ОС.
А для Р-ядер майбутнє це 5ГГц 1В і 5,5ГГц 1,1В без гіперпоточності, а далі весь техпроцесний приріст пхатимуть в ІРС і кеш (через ріст щільності транзисторів і теплового потоку це єдиний шлях).

[vmsolver]

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

Не тільки для цього, головне це в майбутньому для заміни гіперпоточності на Р-ядрах

Нет конечно, никто отменять гиперпоточность (SMT) не будет, ведь она нужна для дозагрузки ядер на неплотном коде, которого пруд пруди вокруг и никуда он не исчезнет. А для плотного кода, считалок всяких, он не нужен, но его для таких серверов просто отключают и нет проблем.

(уже вінду майже для цього допілили).
Відмова в нативі від гіперпоточності дає -30% енергоспоживання на Р-ядрі і -18% площі ядра (а значить і - затримки)

Даже не буду спрашивать где вы это взяли, на заре внедрения HT в Pentium4, интел говорила что стоимость его внедрения что-то около 6% транзисторов, то есть несущественная, а профит 15-25%. С тех пор вряд ли что-то поменялось, а исполнительным юнитам до лампочки для какого потока вычислять.

, і відповідно воно менше грітиметься локально(через меншу площу теплового потоку), а значить можна ще навалити ІРС і частоти заперти на 5-5,5ГГц нативно використавши площу для нових блоків/додаткових кешів Л1-Л2.

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

[Electrobrut]

Не тільки для цього, головне це в майбутньому для заміни гіперпоточності на Р-ядрах

Нет конечно, никто отменять гиперпоточность (SMT) не будет, ведь она нужна для дозагрузки ядер на неплотном коде, которого пруд пруди вокруг и никуда он не исчезнет. А для плотного кода, считалок всяких, он не нужен, но его для таких серверов просто отключают и нет проблем.

(уже вінду майже для цього допілили).
Відмова в нативі від гіперпоточності дає -30% енергоспоживання на Р-ядрі і -18% площі ядра (а значить і - затримки)

Даже не буду спрашивать где вы это взяли, на заре внедрения HT в Pentium4, интел говорила что стоимость его внедрения что-то около 6% транзисторов, то есть несущественная, а профит 15-25%. С тех пор вряд ли что-то поменялось, а исполнительным юнитам до лампочки для какого потока вычислять.

, і відповідно воно менше грітиметься локально(через меншу площу теплового потоку), а значить можна ще навалити ІРС і частоти заперти на 5-5,5ГГц нативно використавши площу для нових блоків/додаткових кешів Л1-Л2.

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

Хоча б основи роботи процесора почитали і не писали б таку дурню.
1) 6% на пентіумі було через більш просту структуру інтерконектів і неоптимізований конвеєр, зараз все з точністю до навпаки - конвеєр вилизаний (якщо не рахувати костилі гіперпоточності) і інтерконекти максимально ускладнені, плюс багато оптимізацій конвеєра неможливо впровадити через цю саму гіперпоточність (тому і ріст транзисторного бюджету на 20% дає лише +8% ІРС, бо це ціна гіперпоточності).
2) Гіперпоточність дає +40% обчислюваної потужності ядра (за умови недогрузу по коду), а також +30% жору за рахунок переключення транзисторів (а через гіперпоточність вони і на цих 40% частіше і переключаються, бо здійснюються додаткові операції, яких би не було).
3) Спеціально розжував за щільність теплового потоку і все одно не дійшло: ядро без гіперпотоку жере до 22Вт і 30Вт з гіперпотоком, відповідно і щільність теплового потоку (через одинакову площу) у ядра з гіперпотоком на 35% вище, а значить охолодити його важче. А як далі скакатимемо по техпроцесам з Х2 по щільності транзисторів -- то ці 35% вилазитимуть боком, бо тупо не охолодите з адекватним охолодженням. Що уже показує 5 і 7 тисячні райзени порівняно з 3 тисячним.
4) Яскравий приклад оптимізації шляхом викидання гіперпоточності і є Е-ядра, бо технічно це 8ядерник 9700К з вирізаною гіперпоточністю і меншим кешем (якщо перерахувати споживання по кращому техпроцесу і меншому кешу -виявиться що ядра на приведений техпроцес уже жеруть в 1,5 рази меньше без врахування АВХ і SSE блоків). Скоро те саме зроблять і з Р-ядрами.
5) Мало того те саме скоро зробить і АМД як допре до 2нм техпроцесу ТСМС: обєднає 16 ядер без гіперпотоку в один кристал з 2 блоками ядер без гіперпотоку, в першому будуть 8 ядер на більшій частоті, і 8 ядер на меншій частоті з меншем кешем. А потім розишрять до 24 ядер.

[manbearboar]

зачем тогда городить мелкие ядра ради большой много потока? тогда проще сделать 16 дурных ядер, будет дурной много поток.

Большие ядра делают большими раскачанные предсказатели ветвений, кеш данных, кеш инструкций, переупорядочиватели, это всё не особо нужно когда идёт примитивная работа "от забора и до обеда".
Когда алгоритм очень простой, но работы много, то можно сэкономить площадь кристалла и транзисторы.

бо тупо не охолодите з адекватним охолодженням. Що уже показує 5 і 7 тисячні райзени порівняно з 3 тисячним

Пиковая буст частота при переходе с 5 серии на 7 выросла с 4.9 до 5.7 Ггц, это при том что ещё добавился AVX512.
Это довольно отдалённо похоже на фундаментальные проблемы с охлаждением, точнее совсем не похоже.

По характерной бредовости легко понять чей Electrobrut твинк
Уже бы писал под основным акком.

[AssayMAS]

Timedemo
не знаю у корпорации микрософт всегда были отношения с Интел лучше чем с АМД - и возможно что все ваши ощущения "ускорения" от планировщика задач что под Интел заточен лучше - так как мелкомягкие почти на пол года раньше получают прототипы процов из Интела чем все остальные и по несколько раз в плане улучшения инженерников.
Да у процов АМД мифические задержки больше но в 98% задач это не чувствуется.
И матеря от Интел во все прошлые времена были не особо быстрыми, но надёжными и тянули кучу левых протоколов и стандартов которые матеря от АМД тянули по остаточному принципу.
А что ручками приходится раскидывать нагрузку на ядрах потоках - так это к мелкомягким и биосописателям. Еще во времена 1155 в одних матерях в биосе ниче не настроишь в плане питания проца и быстродействия, а в других куча настроек. Типо даже есть меню "для мамкиных оверклокеров" там шесть пунктов - а они уже сами в двадцати местах биоса настройки выставят нужные.
Так и сча "100%" раскрытие конфига требует последнего биоса+ОС+дров, одобренной вендором памяти, соответствующего аппетитам проца патальника проца на матери, адекватного охлада проца и БП... где-то не то железо вставил и начинаются чудеса - из разряда раз в неделю синий экран, или тупит из за корявого\древнего драйвера... .

Відправлено через 5 хвилин 30 секунд:
manbearboar
уже давно ты ручками в биосе выставляешь сколько ты готов Ватт пожертвовать процу от сюда и результат.
Обычно 35 65 95 120 140 Ватт... частоты кучи ядер 2-3ГГц ест 35-65Ватт, а 4 ГГц уже под 140-180Ватт.
Так что "расрытие" проца требует мать+память+БП+охлад что умеют разгон, и обычно не окупаются ибо просто комплект ИКС денег, а чуточку умеющий в разгон уже два-три икс денег.

[AB-Man]

Для того чтобы нивелировать преимущества (очень сложно и муторно высосанные из пальца на стадии разработки) т.н. гибридной архитектуры достаточно перейти на кристалл на один уровень более плотной упаковки. Следовательно овчинка выделки не стоит, иначе профит от гибридности был бы более значительный. Но его надо что называется под микроскопом искать. Далее... серверные процессоры разумеется используют "классический" многоядерный вариант. Что не мешает на нем эффективно запускать десктопные задачи, а некоторые так и делают, удаленно подключаясь к VM. Следовательно, самый очевидный вариант почему т.н. ОПГ Intel+Microsoft пошла на такой шаг, напрашивается сам собой. А именно отобрать рынок виртуальных машин на десктопах у VMWare и перенаправить конкуренту.
P.S. Когда выбор сложно сделать, значит все решения, примерно, одинаковы. Только для экспансии гибридов пришлось пойти на лишние накладные расходы в плане сложности программного обеспечения и как следствие "эффективности" работы нового оптимизированного софта на процессорах предыдущих версий.
Эта концепция даже на SSD накопителях (с жестким фиксированным набором задач, которые выполняет чип) оказалась нежизнеспособной, на примере Micron с их P5 Plus. В т.ч. провал и по среднему энергопотреблению. Что уж говорить об универсальных компьютерах с невероятным количеством вариативности рабочих нагрузок.

[vmsolver]

Хоча б основи роботи процесора почитали і не писали б таку дурню.

Брехуны обвиняют оппонента именно в том что делают сами ))

1) 6% на пентіумі було через більш просту структуру інтерконектів і неоптимізований конвеєр, зараз все з точністю до навпаки - конвеєр вилизаний (якщо не рахувати костилі гіперпоточності) і інтерконекти максимально ускладнені, плюс багато оптимізацій конвеєра неможливо впровадити через цю саму гіперпоточність (тому і ріст транзисторного бюджету на 20% дає лише +8% ІРС, бо це ціна гіперпоточності).

Вы снова начали с бреда? Ну давайте пруфы что у Пентиум4 был неоптимизированый конвейер, сейчас будем смеяться, почему вы его начали не оптимизированным называть, по каким именно критериям и сравните эти критерии со современными дизайнами.
А если не можете то и не балабольствуйте.

2) Гіперпоточність дає +40% обчислюваної потужності ядра (за умови недогрузу по коду), а також +30% жору за рахунок переключення транзисторів (а через гіперпоточність вони і на цих 40% частіше і переключаються, бо здійснюються додаткові операції, яких би не було).

Где-то там в прыжке может SMT и даёт 40%, но обычно это 15-25% и это в хороших случаях, чаще меньше, поэтому ваши +40% чистое враньё. Про переключение транзисторов, пожалуйста не говорите, это такой бред, вот вам ачивка даже Заслужили. SMT нужен для повышения производительности и оно свою задачу выполняет, часто, с повышением энергоэффективности (например тут получили даже "there was a significant +91% performance per watt improvement by enabling SMT").

3) Спеціально розжував за щільність теплового потоку і все одно не дійшло: ядро без гіперпотоку жере до 22Вт і 30Вт з гіперпотоком, відповідно і щільність теплового потоку (через одинакову площу) у ядра з гіперпотоком на 35% вище, а значить охолодити його важче. А як далі скакатимемо по техпроцесам з Х2 по щільності транзисторів -- то ці 35% вилазитимуть боком, бо тупо не охолодите з адекватним охолодженням. Що уже показує 5 і 7 тисячні райзени порівняно з 3 тисячним.

Специально разжевал? Да не может быть, никто ведь до вас не знал про плотность теплового потока, это ваше ОТКРЫТИЕ, которое вы всему миру только что представили? Я вам уже сказал, оставьте это дело тем кто в этом понимает и разбирается, вы ничего кроме абстрактных "больше, значит труднее" родить не способны, процессор это очень сложная система где много чего балансируется и подбирается. В том числе и в плане теплового потока тоже, ваше ОТКРЫТИЕ совсем не ново.

4) Яскравий приклад оптимізації шляхом викидання гіперпоточності і є Е-ядра, бо технічно це 8ядерник 9700К з вирізаною гіперпоточністю і меншим кешем (якщо перерахувати споживання по кращому техпроцесу і меншому кешу -виявиться що ядра на приведений техпроцес уже жеруть в 1,5 рази меньше без врахування АВХ і SSE блоків). Скоро те саме зроблять і з Р-ядрами.

Ого какой бред. е-ядра к 9700К не имеют никакого отношения, е-ядра также не являются никаким примером "оптимизации путём выкидывания гиперпоточности". Бред бредом погоняет. Е-ядра технически это совсем новое ядро, созданное и оптимизированное для максимизации производительности на площадь кристалла, упакованные в кластеры по 4 штуки и имеющие общий L2.

5) Мало того те саме скоро зробить і АМД як допре до 2нм техпроцесу ТСМС: обєднає 16 ядер без гіперпотоку в один кристал з 2 блоками ядер без гіперпотоку, в першому будуть 8 ядер на більшій частоті, і 8 ядер на меншій частоті з меншем кешем. А потім розишрять до 24 ядер.

Или не сделает
У вас на гиперпоточности пунктик.
Далее с вашими пунктиками разбирайтесь сами.

[DuckRider]

О, базированый ай3, базированый ай5 14600 и какие-то куколдские смешные ой7 и 9.

[Timedemo]

Timedemo
не знаю у корпорации микрософт всегда были отношения с Интел лучше чем с АМД - и возможно что все ваши ощущения "ускорения" от планировщика задач что под Интел заточен лучше - так как мелкомягкие почти на пол года раньше получают прототипы процов из Интела чем все остальные и по несколько раз в плане улучшения инженерников.
Да у процов АМД мифические задержки больше но в 98% задач это не чувствуется.
И матеря от Интел во все прошлые времена были не особо быстрыми, но надёжными и тянули кучу левых протоколов и стандартов которые матеря от АМД тянули по остаточному принципу.
А что ручками приходится раскидывать нагрузку на ядрах потоках - так это к мелкомягким и биосописателям. Еще во времена 1155 в одних матерях в биосе ниче не настроишь в плане питания проца и быстродействия, а в других куча настроек. Типо даже есть меню "для мамкиных оверклокеров" там шесть пунктов - а они уже сами в двадцати местах биоса настройки выставят нужные.
Так и сча "100%" раскрытие конфига требует последнего биоса+ОС+дров, одобренной вендором памяти, соответствующего аппетитам проца патальника проца на матери, адекватного охлада проца и БП... где-то не то железо вставил и начинаются чудеса - из разряда раз в неделю синий экран, или тупит из за корявого\древнего драйвера... .

Відправлено через 5 хвилин 30 секунд:
manbearboar
уже давно ты ручками в биосе выставляешь сколько ты готов Ватт пожертвовать процу от сюда и результат.
Обычно 35 65 95 120 140 Ватт... частоты кучи ядер 2-3ГГц ест 35-65Ватт, а 4 ГГц уже под 140-180Ватт.
Так что "расрытие" проца требует мать+память+БП+охлад что умеют разгон, и обычно не окупаются ибо просто комплект ИКС денег, а чуточку умеющий в разгон уже два-три икс денег.

Вполне может быть. Я такого не исключаю. Но мне, потребителю это маловажно. То что там договорняки, это 100 процентов.

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

зачем тогда городить мелкие ядра ради большой много потока? тогда проще сделать 16 дурных ядер, будет дурной много поток.

Большие ядра делают большими раскачанные предсказатели ветвений, кеш данных, кеш инструкций, переупорядочиватели, это всё не особо нужно когда идёт примитивная работа "от забора и до обеда".
Когда алгоритм очень простой, но работы много, то можно сэкономить площадь кристалла и транзисторы.

бо тупо не охолодите з адекватним охолодженням. Що уже показує 5 і 7 тисячні райзени порівняно з 3 тисячним

Пиковая буст частота при переходе с 5 серии на 7 выросла с 4.9 до 5.7 Ггц, это при том что ещё добавился AVX512.
Это довольно отдалённо похоже на фундаментальные проблемы с охлаждением, точнее совсем не похоже.

По характерной бредовости легко понять чей Electrobrut твинк
Уже бы писал под основным акком.

Когда алгоритм простой, этим занимаются видики.

[manbearboar]

Мало того те саме скоро зробить і АМД

Вицепрезидент AMD почитал оверуа и решил прокоментировать:
AMD Says It Won’t Follow Intel’s P-Core & E-Core Hybrid Approach, Talks Zen 5, x86S & More
https://www.techpowerup.com/review/amd- ... egy/4.html

Відправлено через 2 хвилини 10 секунд:

У вас на гиперпоточности пунктик

Человек где-то неправильно перевёл или неправильно понял и уже построил целую теорию плоскоземельщицкую вокруг этого.

[1234waltz]

4) Яскравий приклад оптимізації шляхом викидання гіперпоточності і є Е-ядра, бо технічно це 8ядерник 9700К з вирізаною гіперпоточністю і меншим кешем (якщо перерахувати споживання по кращому техпроцесу і меншому кешу -виявиться що ядра на приведений техпроцес уже жеруть в 1,5 рази меньше без врахування АВХ і SSE блоків). Скоро те саме зроблять і з Р-ядрами.

Зовсім ні. Це буквально різні архітектури. Е-ядра це буквально "атомна" архітектура, яка останні десятиріччя розроблялась паралельно для планшетів, неттопів та тонких клієнтів. По факту "Атомна" архітектура корінням уходить в далекий 2008 рік. Перщі вже гібридні процесори Lakefield мали Е-ядра Tremont (які до цього пакувались в Jasper Lake та Elkhart Lake). В Alder Lake вже пішли ядра Gracemont, які теж є "окремо" в атомних та сільвер процах.

[north]

скоріш за все для i3 не дадуть 12 потоків - за жирно, буде по типу 9400, 6/6

[Nikolay Yeryomenko]

скоріш за все для i3 не дадуть 12 потоків - за жирно, буде по типу 9400, 6/6

6/6 это то же самое что 4/8.

[manbearboar]

north
Так то и 14600К вряд ли дадут 8Р.

Но с другой стороны у Интел сейчас ситуация такая, что нужно делать что то кардинальное.

[fractal]

Я так понял : готовтесь выкидывать AIO ( любую ) и ставить Кастом везде .

P.S. Будет очень гарячо

Я спеціально підготував одну AiO - буде потужніша за більшість кастомів у тепловідвенні, арктік 420 але із додатковими трьома вентиляторами у пулл. Думав про Алфакул T38 - але там вентилятори сток кепськi.

угу, ви точно хоть раз с кастомом мали дiло?

[Kashtan]

Я спеціально підготував одну AiO - буде потужніша за більшість кастомів у тепловідвенні, арктік 420 але із додатковими трьома вентиляторами у пулл. Думав про Алфакул T38 - але там вентилятори сток кепськi.

угу, ви точно хоть раз с кастомом мали дiло?

Один є зібраний. І комплектуючих ще на штук шість.

[HaruMamberu]

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