✔️ Увеличенное число ядер по сравнению с Alder Lake-S (теперь до 16 Е-ядер), число Р-ядер остается прежним ✔️ Новые чипсеты - Z790, H770, B760 (новых чипсетов более не ожидается, но производители обновят свои линейки на текущих хабах) ✔️ Повышенные частоты новых процессоров - вплоть до 5.8 ГГц в качестве турбобуста на 1 ядро
UPD от 17.10.2023 (вышли Raptor Lake-S Refresh)
✔️ Число ядер в процессорах не увеличилось, исключение - семейство i7-14700, в них активировали 3-ий кластер с Е-ядрами, теперь ядерная формула идет как 8Р+12Е ✔️ Повышенные частоты новых процессоров - вплоть до 6.0 ГГц в качестве турбобуста на 2 ядра (i9-14900K фактически становится аналогом i9-13900KS)
♻️ Processor Cores (P+E) В новых процессорах сохраняется гибридная архитектура ядер. P - ядра, Perfomance - производительность, т.е. высокопроизводительные (Raptor Cove) и E - ядра, Efficiency - эффективность, т.е. энергоэффективные (Gracemont) Высокопроизводительные ядра в свою очередь имеют технологию Hyper Threading (в скобках указано количество потоков) Процессоры серии i9 имеют 8 P-ядер и 16 E-ядер (8P+16E), т.е. производительных и эффективных соответственно. В общей сложности 24 ядра (32) Процессоры серии i7 (семейство i7-14700) имеют 8 Р-ядер и 12 Е-ядер (8Р+12Е). В общей сложности 20 ядер (28) Процессоры серии i7 (семейство i7-13700) имеют 8 P-ядер и 8 E-ядер (8P+8E). В общей сложности 16 ядер (24) Процессоры серии i5 (i5-14600K(KF)/13600K(KF)/14600/14500/13600/13500) имеют 6 P-ядер и 8 E-ядер (6P+8E). В общей сложности 14 ядер (20) Процессоры серии i5 (только i5-14400(F)/13400(F)) имеют 6 Р-ядер и 4 Е-ядра (6Р+4Е). В общей сложности 10 ядер (16) => аналог i5-12600K, но с заблокированным множителем и сниженными частотами.
Однако есть нюанс - действительно новыми могут считаться только процессоры i5-13600K/KF и старше, все остальные фактически используют разные версии отбраковок на основе кристаллов i9-12900.
Принадлежность линеек к архитектуре: Все i9 13/14 Gen - Raptor Lake Все i7 13/14 Gen - Raptor Lake i5-13600K(KF)/14600K(KF)/14600 - Raptor Lake i5-13400(F)/14400(F)/13500/13600/14500 - Alder Lake i3-13100(F)/14100(F) - Alder Lake
♻️ PL1=PL2 Изменения, присущие Alder Lake, сохраняются и для новых процессоров - теперь они могут постоянно работать на максимальном уровне потребления, который еще и был несколько повышен относительно предшественников, если позволяет СО и материнская плата. Период Tau для PL2 уже не предусмотрен. i9-14900K(KF)/13900K(KF) и i7-14700K(KF)/13700K(KF) - 125-253W i9-14900(F)13900(F) и i7-14700(F)/13700(F) - 65-219W i5-14600K(KF)/13600K(KF) - 125-181W i5-14600/14500/13600/13500 - 65-154W i5-14400(F)/13400(F) - 65-148W i3-14100(F) - 60-110W i3-13100(F) - 60-89W UPD от 17.10.2023 - лимиты по потреблению в процессорах Raptor Lake-S Refresh по большей части остались прежними, в той же зависимости от класса процессоров.
♻️ Про кэш уровень Если L2-кэш у Alder Lake был равен 1.25 Мбайт, то у Raptor Lake/Raptor Lake Refresh он был повышен до 2 Мбайт на одно Р-ядро. На один кластер с Е-ядрами приходится теперь по 4 Мбайт кэша L2 (удвоение по сравнению с предшественниками). Увеличился и L3-кэш. Теперь он составляет: 36 МБ для процессоров i9 33 МБ для процессоров i7 (для семейства i7-14700) 30 МБ для процессоров i7 (для семейства i7-13700) 24 МБ для процессоров i5-14600K(KF)/14600/14500/13600K(KF)/13600/13500 20 МБ для процессоров i5-14400(F)/13400(F) 12 МБ для процессоров i3-14100(F)/13100(F)
♻️ Техническая информация о процессорах семейства Часть 1 Часть 2
Степени удачности процессоров в зависимости от вендора материнской платы
Корреляция между ASUS SP и MSI CPU Force P-Core SP124 = Force 109 P-Core SP123 = Force 112 P-Core SP122 = Force 115 P-Core SP121 = Force 118 P-Core SP120 = Force 121 P-Core SP119 = Force 124 P-Core SP118 = Force 127 P-Core SP117 = Force 130 P-Core SP116 = Force 133 P-Core SP115 = Force 136 P-Core SP114 = Force 139 P-Core SP113 = Force 142 P-Core SP112 = Force 145 P-Core SP111 = Force 148 P-Core SP110 = Force 151 P-Core SP109 = Force 154
Какой процессор лучше всего взять, чтобы были максимально удачные P-ядра
Member
Статус: Не в сети Регистрация: 25.01.2023 Откуда: Казахстан Фото: 3
Xoдячuú VuryS писал(а):
смысл есть почитать ветку.хотя бы последние страницы.и самому решить надо или нет
Последние страницы все прочитал, в целом за веткой слежу
_________________ Lian LI OD11 EVO XL/SL140INF|Apex Encore Z790|14900KF|T-Force Xtreem 2*24GB|Кастом СЖО|MSI Trio 5080|512GB KC3000+2TB 990PRO|EVGA G6 1000W
Member
Статус: Не в сети Регистрация: 22.03.2005 Откуда: Уфа Фото: 0
RockNRoll писал(а):
В CB24 P: 453% e: 157%
У меня получилось 2 к 1, а у тебя 3 к 1.
Добавлено спустя 1 минуту 20 секунд:
RockNRoll писал(а):
У меня даже 28% получилось в 7zip.
Не-е-е. Ты меня плохо читал. ) У меня при распаковке HT победил на +20%. (benchmate не даст соврать)
Добавлено спустя 1 минуту 59 секунд:
ParKur писал(а):
• Core i5-14501E
Как по мне, так вот этому нужно было оставить все Е ядра - и было бы "в самый раз" по нагреву.
Добавлено спустя 4 минуты 20 секунд:
ParKur писал(а):
без ядер
Шутки шутками... открываешь потом следующую модель 14902, а там на подложке вместо чипа уже - бумажка с кодом доступа к облачному цп и стоимость подписки в месяц.
Member
Статус: Не в сети Регистрация: 07.09.2022 Откуда: Крым
Alex TOPMAN писал(а):
У меня при распаковке HT победил на +20%
Что как бы неудивительно. Удивительны как раз результаты тестов гражданина RockNRoll Также интересен принцип и подход к сравнению. Откуда такие точные проценты, если на HT поток может пойти все 100% загрузки ядра? То есть HT поток это не что-то конкретное, которое можно выразить в процентах. Тут просто как-будто открываем на ядре вентиль на два одинаковых выхода, и из выхода HT может политься всё, а на основной поток остальное добавочное. Другое дело, что тут с двух одинаковых выходов х2 не польётся))
Member
Статус: Не в сети Регистрация: 07.04.2024 Фото: 1
ДимON писал(а):
Итого. Память получилось стабилизировать на 7200MT при IMC-1.4, TX-1.4, SA-1.256
Интересно, соглашусь, но производители мат.плат в любом случае видят что вставлено в сокет и могут делать поправку на это, а не тупо ставить 1.4 на всех.
ДимON писал(а):
По этой причине 10+ лет назад на старом 3570к я перестал играть в ОССТ, линпаки и прочую бенчерскую муть в которую можно было "играть" часами без ошибок.
Угу, самое смешное, что самые суровые тесты для проца это не Prime95 и OCCT, а лайтовые игры и тесты типа Geekbench 6, который жрет мизер, раз в 10 меньше кранчера, но нестабильность отлетает только так на нём.
Temirtausec писал(а):
Есть смысл какие то лимиты и настройки в биосе подкрутить, или не заморачиваться?
Отруби буст 2х ядер до 6Ггц, и будет проц жить долго и счастливо, один фиг буст 2х ядер можно только в синебенче увидеть. Ну и андревольт, чтобы еще холоднее было.
Alex TOPMAN писал(а):
У меня получилось 2 к 1, а у тебя 3 к 1.
Пересчитал щас еще раз, действительно, e-ядра обсчитал, они чуть быстрее, но с HT расчеты все-равно верные, там те-же 400+% отставания, так что главный вывод верный.
тогда вообще получается HT-ядра в 2 раза медленнее даже e-ядер, и любая задача падающая на HT будет овощить, создавая только ненужный нагрев. (рендеринг на всех ядрах не в счет, там пофиг на это )
Alex TOPMAN писал(а):
Не-е-е. Ты меня плохо читал. ) У меня при распаковке HT победил на +20%
на скольки потоках? если на 32, то да. а если на 24 vs 24?
Добавлено спустя 2 минуты 40 секунд:
Пенсионер600 писал(а):
Что как бы неудивительно. Удивительны как раз результаты тестов гражданина RockNRoll Также интересен принцип и подход к сравнению. Откуда такие точные проценты, если на HT поток может пойти все 100% загрузки ядра? То есть HT поток это не что-то конкретное, которое можно выразить в процентах. Тут просто как-будто открываем на ядре вентиль на два одинаковых выхода, и из выхода HT может политься всё, а на основной поток остальное добавочное. Другое дело, что тут с двух одинаковых выходов х2 не польётся))
элементарно! 7zip запускаем на проце с HT, через диспетчер задач делаем так, чтобы бенч 7zip работал только на 1 ядре -> запускаем тест на 2 потока. потом идем в БИОС, отключаем HT -> то-же самое, но ставим тест на ядра 1 и 2, тоже 2 потока. Сравниваем результаты.
У меня было так: HT ON 2HT 7zip: 16.34 HT OFF 2T 7zip: 26.01 Получаем долю HT: 16.34 - 26.01 / 2 = 3.34 Получаем разницу в скорости работы задачи попавшей на HT vs нормальное P-ядро: (26.01 / 2) / 3.34 = 389% - это для 7zip. для CB24 это еще выше, там больше 400%.
ну т.е. все тесты можно свести в принципе к этому: Чистый P-поток в 4.5 раза быстрее потока, который подселили (HT) к уже работающему P-ядру Чистый E-поток быстрее HT в 2 раза HT-поток на загруженном P-ядре овощит в 2 раза медленнее e-ядра
Member
Статус: Не в сети Регистрация: 07.09.2022 Откуда: Крым
RockNRoll писал(а):
7zip запускаем на проце с HT, через диспетчер задач делаем так, чтобы бенч 7zip работал только на 1 ядре -> запускаем тест на 2 потока. потом идем в БИОС, отключаем HT -> то-же самое, но ставим тест на ядра 1 и 2, тоже 2 потока. Сравниваем результаты
Так понятное дело, что 2c будет гораздо производительнее, чем 1c+1t. Почему именно такой подход? Получается два против одного. А если сравнить 1c против 1c+1t, что было бы честнее, то и результаты были бы совершенно другие
Member
Статус: Не в сети Регистрация: 04.06.2017 Фото: 6
RockNRoll писал(а):
Чистый P-поток в 4.5 раза быстрее потока, который подселили (HT) к уже работающему P-ядру
это очень странные вычисления. Вообще, HT-поток это просто попытка занять дополнительные порты на каждом такте. Соответственно ,в зависимости от задачи, ядро с HT с ней может справиться либо за примерно такое же время как ядро с откл HT, если задача занимает максимальное кол-во портов на каждом такте, либо до 2 раз быстрее если задача не может занять макс число портов одним потоком, но может разбиться на 2 потока. То есть в теории HT поднимает производительность до 2 раз, но на практике конечно никто не пишет код так по-дурацки, и даже при наличии 1 потока стараются сделать так, чтобы он занимал на ядре максимальное число портов. Поэтому приросты не в 2 раза, а на 20%, и то не везде, а местами и отрицательный рост.
Member
Статус: Не в сети Регистрация: 22.03.2005 Откуда: Уфа Фото: 0
RockNRoll писал(а):
на скольки потоках?
"Чукча не читатель"? Я же выше написал, что распаковка там идёт в 1 ядро (или около того).
Добавлено спустя 4 минуты 45 секунд:
RockNRoll писал(а):
ставим тест на ядра 1 и 2, тоже 2 потока
Так тут и без теста понятно, что в упаковке 2 полноценных потока будут быстрее, чем НТ.
Добавлено спустя 45 минут 39 секунд:
Пенсионер600 писал(а):
HT-поток на загруженном P-ядре овощит в 2 раза медленнее e-ядра
Главная вещь, на которую почти никто не обращает внимание, это то, насколько НТ в этом случае овощит (ухудшает, т.е. увеличивает) потребление Вт. Проведи-ка сравнительный тест при одинаковом потреблении Вт вариантов: без Е ядер и без НТ (задери частоту Р до нужных Вт). А потом чисто Р с НТ и без. Как тебе разница в результатах?
Member
Статус: Не в сети Регистрация: 07.04.2024 Фото: 1
Пенсионер600 писал(а):
Так понятное дело, что 2c будет гораздо производительнее, чем 1c+1t. Почему именно такой подход?
Ну а как еще сравнить скорость выполнения задачи попавшей на полноценное P-ядро и задачу выполняющуюся в виртуальном HT-ядре P-ядра?
Victor91rus писал(а):
это очень странные вычисления. Вообще, HT-поток это просто попытка занять дополнительные порты на каждом такте. Соответственно ,в зависимости от задачи, ядро с HT с ней может справиться либо за примерно такое же время как ядро с откл HT, если задача занимает максимальное кол-во портов на каждом такте, либо до 2 раз быстрее если задача не может занять макс число портов одним потоком, но может разбиться на 2 потока. То есть в теории HT поднимает производительность до 2 раз, но на практике конечно никто не пишет код так по-дурацки, и даже при наличии 1 потока стараются сделать так, чтобы он занимал на ядре максимальное число портов. Поэтому приросты не в 2 раза, а на 20%, и то не везде, а местами и отрицательный рост.
Это понятно, я об этом и написал, что при числе 100% загруженных потоков до 25 у HT нет даже теоретического шанса быть быстрее. После 25 100% зависит только от задачи, но в среднем быстрее, поэтому рендеринг и является одной из тех задач где HT имеет смысл.
Alex TOPMAN писал(а):
"Чукча не читатель"? Я же выше написал, что распаковка там идёт в 1 ядро (или около того).
А HT точно отключал? У меня на 1 ядро HT медленнее в 7 zip
Alex TOPMAN писал(а):
Так тут и без теста понятно, что в упаковке 2 полноценных потока будут быстрее, чем НТ.
О чем и речь, до 25 потоков HT не может быть быстрее, ну никак. Я посчитал в конкретных задачах, насколько он медленнее даже e-ядер, понятно, что задачи разные, но даже в этих 2 тестах задачи попадающие на HT просто медленнее даже не самых шустрых e-ядер.
Добавлено спустя 5 минут 23 секунды:
Alex TOPMAN писал(а):
Проведи-ка сравнительный тест при одинаковом потреблении Вт вариантов: без Е ядер и без НТ (задери частоту Р до нужных Вт). А потом чисто Р с НТ и без. Как тебе разница в результатах?
Можно сделать, у меня на проце HT ON 5800P + 4500E потребляет и греется больше чем 6000P + 4600E но тут от задачи опять зависит. У меня в основном игры и компиляция кода, эти 2 задачи заметно быстрее в HT OFF, поэтому сижу на этом профиле, если бы рендерил каждый день, наверное предпочел HT ON.
Member
Статус: Не в сети Регистрация: 04.05.2024 Откуда: Futurama Фото: 27
Новые процы intel уже у них на сайте!
Вложение:
Screenshot_1.png [ 103.02 КБ | Просмотров: 1046 ]
С одной стороны хочется сказать из серии "я ж говорил" (и здесь в том числе), что от Е-ядер сейчас толку мало, а вместе с большим потреблением/температурами и нестабильностью вообще все как бы понятно и что intel видимо одумались. НО, думаю дело немного не так обстоит. Весь хайп с нестабильностью intel думаю не пугает, скорее наоборот, есть же пример 4090, которая намного дороже. Ведь когда пошли слухи про плавящиеся разъёмы 4090, что их продажи упали? Я то точно не знаю, но если в б продажи упали, цены б тоже упали, а они как известно взлетели еще больше. И в intel может тоже думают, что «мыши будут плакать, колоться, но продолжать жрать кактус ». А для чего же эти процы тогда? Думаю все очень просто - для конкурента 7500f (и др. 6-ядерников amd), старый 12400f не уже тянул, а 13/14 gen без "K" славой вообще не пользовались, так что intel видимо решили выкатить "12400f на максималках", причем сразу несколько на выбор!
Member
Статус: Не в сети Регистрация: 24.03.2006 Откуда: Moscow Фото: 263
Grade86 писал(а):
но прайм выдает синьку
с вероятностью 100% любой 13-14 при настройке "стабильности" по аиде, синебенчу, и даже кранчеру, выдает синьку в прайме. Это супер нереалистичная нагрузка для этих процов. Если очень нужен прайм, то vcore надо повышать, а лимиты питания жестко ставить. Например, мы знаем, что охлад держит 300 Ватт - вот под него и настраиваемся. Если синебенч будет елозить на 300 Ватт, скажем, 5600, то прайм с лимитом 300 поедет от силы где-то 4800-5000 (Р). И то, надо будет поиграть сочетание напряжения и ЛЛЦ, а не просто всунуть процу лайтлоад пониже.
Member
Статус: Не в сети Регистрация: 22.03.2005 Откуда: Уфа Фото: 0
Hermes_Conrad писал(а):
от Е-ядер сейчас толку мало
От них есть толк везде, где софтом используется 3+ ядер (т.е. параллелизация от средней и выше). В этих случаях 2Е справятся за 1Р, а потребление будет в 2 раза ниже.
Добавлено спустя 8 минут 1 секунду:
CHiCHo писал(а):
Если очень нужен прайм
Не надо тюнить под конкретную задачу. Это оправдано только для упоротого бенчинга с вагоном времени. Под любую нагрузку можно оптимально сделать всего 1 общий профиль, сохраняя оптимальность частот и напряжений. Под малопоток поднимается офсет на v/f курве для последних точек. Базовая настройка идёт под многопоток в SSE режиме (настраивается по ОССТ). А под avx2 нагрузку подбирается персональный avx офсет ещё на пару сотен МГц ниже. И для этой же точки частот на v/f кривой делается свой персональный отрицательный офсет напряжения, чтобы avx у тебя не молотил на напряжении для sse. Ничего супер сложного. Просто немного "пианины" пальчиками в биосе.
Member
Статус: Не в сети Регистрация: 24.03.2006 Откуда: Moscow Фото: 263
Винни-Пух писал(а):
Изи прайм, но без HT
афкоз) Без ХТ, без авх2, без small fft. Ну и далее. Если сертезно, то младшим процам пробежать прайм проще. Так как малые в прайме и линксе - источник проблем.
Alex TOPMAN писал(а):
Не надо тюнить под конкретную задачу
само собой. Я еще проще скажу: не надо использовать прайм Вообще. Никогда.
Alex TOPMAN писал(а):
Ничего супер сложного
но уже сейчас инфа, что деград при этом ускорится. Деград кольца ли, ядер ли - пофиг. Я до сих пор предпочитаю фикс на все ядра))) Вот так вот ретроградно.
Member
Статус: Не в сети Регистрация: 04.05.2024 Откуда: Futurama Фото: 27
Alex TOPMAN писал(а):
От них есть толк везде, где софтом используется 3+ ядер (т.е. параллелизация от средней и выше).
Если проц берется в первую очередь для игр - это мы обсуждали давно, нужны более мощны (и дещевые) ВК, так как потихоньку все переходят на 2к моники, а там уже понятно где будет упор...
Alex TOPMAN писал(а):
В этих случаях 2Е справятся за 1Р, а потребление будет в 2 раза ниже.
Но согласен, к intel вопросы есть, судя по схеме кристалла блок с 4 е-ядрами почти такой (по площади) как одно P-ядро, в таком случае почему они Е-шками серверные и HEDT процы не напичкали, там же intel сильно сливает и Epyc, и Threadripper? У флагмана Threadripper PRO 7995WX 96 ядер, а у Xeon w9-3495X всего 56. Причем эти процы МАКСИМАЛЬНО НЕИГРОВЫЕ, ими только попугаями и мериться, вот где "Е" точно бы пригодились...
Member
Статус: Не в сети Регистрация: 29.03.2006 Фото: 4
CHiCHo
я чет уже сто лет в обед не занимался овер\даунклокингом процов, но в какой момент прайм95 перестал быть основной проверкой охлада\стабильности проца?
кстати отключать HT стоит для даунклокинга, если рендер не планируется?
Добавлено спустя 4 минуты 2 секунды:
CHiCHo писал(а):
но уже сейчас инфа, что деград при этом ускорится. Деград кольца ли, ядер ли - пофиг. Я до сих пор предпочитаю фикс на все ядра))) Вот так вот ретроградно.
деград от даунвольта ускорился или что?
_________________ не знаешь матан, превратишься в метан
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения