✔️ Увеличенное число ядер по сравнению с 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-ядра
Advanced member
Статус: Не в сети Регистрация: 29.03.2017
Bigsun писал(а):
Посмею предположить, что для DDR5 сама память занимается коррекцией битовых ошибок. А вот с DDR4 этим занимается ЦП. И чем больше скрытых ошибок, тем дольше тест.
Жить с коррекцией незначительного числа ошибок можно на DDR5. На DDR4 (без ECC) ошибки передачи на кольцевой шине может проглотить, но не ошибки памяти, а там почти наверняка не будет ECC. Суть коррекции на шине это повторная отправка данных, а не магия. К тому же это не ZEN4+ где цп может работать когда у горе оверклокера по шине может чуть ли не каждый второй цикл дважды гонять. Узнать о работе алгоритмов коррекции ошибок можно только если сообщения о них в принципе включены. Либо косвенно - падением производительности.
Частоты в 5.7 ГГц, и видимо они держатся постоянно, хотя все равно многовато будет. У меня на 13900К при 5.4 ГГц там болтается в районе 100-110 ватт, разрешение 1440р.
В БФ6 от настроек зависит жор. Если максимальные (overkill) + dlaa, то меньше жрет. А если вместо dlaa поменять на dlss quality, то начинается вот такой бешеный жор. Так то у меня видяха и overkill + dlaa тащит нормально (в районе 110-120 фпс). Я умышленно поставил dlss quality чтоб стресс тест процику устроить.
Member
Статус: Не в сети Регистрация: 24.03.2006 Откуда: Moscow Фото: 263
iVasia судя по мониторингу, жор нормально так выше лимитов Либо ДЦ не подобран (что в целом видно по макс видсу, он значимо выше вкоре), либо я хз что ты там смотришь вместо потребления
iVasia писал(а):
поменять на dlss quality, то начинается вот такой бешеный жор
ну есессно, вк чиллит по нативу, работает на нейронке, процу достается. Но отталкиваясь от железа и Т, там что-то около 180-190 Вт, а то и ниже.
Member
Статус: Не в сети Регистрация: 24.03.2006 Откуда: Moscow Фото: 263
iVasia у меня нет батлы никакой, не мое, я в такое не играю Ну и системы у нас ну очень разные по настройке. Даже если бы батла и была, то лень лазить включать ГТ и прочее... Лучше сделай одну вещь: в хвинфо отдай мониторингу ртсс, в кастомизации vids - OSD RTSS - show value in OSD, и то же самое для vcore. Собсно, в игре станет понятно расхождение по показателям, и верный ли мониторинг мощности
Последний раз редактировалось CHiCHo 04.02.2026 22:30, всего редактировалось 1 раз.
Member
Статус: Не в сети Регистрация: 13.05.2020 Откуда: Мытищи
Maks_Gailish писал(а):
иначе не упустил бы из виду последнее предложение в первом абзаце.
Все я нормально прочитал и выводы от этого абзаца никак не могут поменяться, к сожалению. У тебя одно из двух: Либо твоя память деградировала (а ее разгон - кукурузный). ИМХО. Поэтому она даже в стоке тупит, но ЦП пока справляется с bit flip (потому что есть ECC во внутренних кешах и CRC на шинах). Ошибки памяти конечно не исправляются, но либо проходят незамеченными (с разной силы последствиями), либо замечаются и запрос данных много раз повторяется. Либо ЦП и/или Ring или кеш деградировал, причины ты лучше меня знаешь, я надеюсь. ALU на ошибки по памяти может и не реагировать, к слову. Просто "пропустит как есть", пока его не затронут ошибки (Parity Flag, PF) по конвейеру. Продолжай жить в своем придуманном мире успешного разгона...
Agiliter писал(а):
но не ошибки памяти, а там почти наверняка не будет ECC.
Единичные ошибки ЦП 14gen проглотит и не подавится. Это просто будет артефакт в игре допустим. ИМХО.
Agiliter писал(а):
Суть коррекции на шине это повторная отправка данных, а не магия.
Я в курсе. Я про коррекцию внутри ЦП, где она в том или ином виде - есть (Кэш L2, L3: On-Die, ECC, Full-Speed [процессор предпочитает кеш памяти, к слову]; контроль четности по регистрам, CRC для Ring и т.п.). Все это тупо нивелирует НЕкритичные внешние и внутренние ошибки.
Agiliter писал(а):
Либо косвенно - падением производительности.
Ну ошибки могут и до Windows дойти, через MCE (Machine Check Exception) и выразятся они через WHEA. Если НЕкритичные - ничего сразу не произойдет, благодаря слоям абстракции Windows. Ну, если WinOC конечно. У Linux тоже есть похожие методы - изолированное окружение, контейнеры и т.д. Суть та же, реализация разная. Иными словами, единичные ошибки по памяти могут и не повлиять (сразу, вот сейчас) на работу системы в целом, начиная от ЦП и заканчивая ОС. Но последствия все равно будут, и расти они будут. Но люди верят, что у них все ОК, зачем кого-то "читать", если вон какие цифры красивые, но медленно чето-то тестит, ерунда же...
Advanced member
Статус: Не в сети Регистрация: 29.03.2017
Bigsun писал(а):
Все это тупо нивелирует НЕкритичные внешние и внутренние ошибки.
Ничего не нивелирует ошибку памяти которая дошла до цп, если код не написан так, чтобы постоянно всё проверять. Память быстрая именно потому что "тупая". Если бы все этапы постоянно проверялись, то от производительности осталась бы хорошо если половина.
Bigsun писал(а):
Единичные ошибки ЦП 14gen проглотит и не подавится. Это просто будет артефакт в игре допустим. ИМХО.
Это не так работает. Ошибки памяти могут и происходят в произвольном месте и приводят к непредсказуемому результату С тем же успехом где у вас артефакт, может отвалиться видеодрайвер, ядро ос и вообще всё что угодно.
Member
Статус: Не в сети Регистрация: 13.05.2020 Откуда: Мытищи
Agiliter писал(а):
Ничего не нивелирует ошибку памяти которая дошла до цп
Не согласен. Windows продолжает работать при единичных "плавающих" ошибках именно по памяти. Если было бы по твоему - ОС обвалилась бы сразу же в BSOD. Но у многих, даже на Intel, даже с 1-5 плавающими ошибками - все работает (в целом) без видимых ошибок. Это факт, а не гипотеза. Нет, не тех, что возникают из-за температуры, а тех, которые возникают "на грани" стабильности. Причины нестабильности могут быть разные, и они не обязательно связаны непосредственно с памятью, ведь подсистема памяти не состоит только из памяти. Есть еще, как минимум, шины данных и адресов. На модуль памяти той же DDR4 приходит не одно и не два напряжения, так к слову. И лишь одно из них питает ядра DRAM чипов. Например, любой тайминг памяти может находится на грани стабильности, и насколько эта грань близка - настолько все и будет критично.
Agiliter писал(а):
С тем же успехом где у вас артефакт, может отвалиться видеодрайвер, ядро ос и вообще всё что угодно.
С этим согласен. Но это необязательно произойдет или произойдет, но не там. Как я уже сказал (и я не зря выделял приставку НЕ), все зависит от критичности ошибки для конкретного процесса (текущей задачи) - как на уровне ОС, так и на уровне ЦП. Но это может быть и просто артефакт -) Как карта ляжет -)
Advanced member
Статус: Не в сети Регистрация: 29.03.2017
Bigsun писал(а):
Не согласен. Windows продолжает работать при единичных "плавающих" ошибках именно по памяти.
Это работает по принципу как повезёт. Может перевернуть бит в текстуре, а может в инструкции. Игра в угадай, что где и как сломается мне не нравится. Особенно если это не приведёт к бсоду, а к ошибочному результату. Критический аппаратный сбой это как раз пойманная ошибка, а в случае с ошибками памяти, там запросто может быть записан ошибочный результат. Короче это оффтоп и больше я на эту тему не планирую тут рассуждать.
Member
Статус: Не в сети Регистрация: 13.05.2020 Откуда: Мытищи
Agiliter . Не оффтоп. Мы все прекрасно знаем, что процессоры Intel, и 13-14gen тому яркое подтверждение, вытягивают стабильность до последнего. ЦП предпочтет снизить производительность, но остаться стабильным. Разве не так? Это одно из средств нивелировать ошибки (разные причем). Частота даже при этом может и не снизиться, но почему-то (а кто это сделал?) работать будет медленнее. Это тоже факт, а не гипотеза. На иностранных форумах полно подтверждений тому.
Advanced member
Статус: Не в сети Регистрация: 27.02.2007 Откуда: Москва Фото: 103
Bigsun писал(а):
Не согласен. Windows продолжает работать при единичных "плавающих" ошибках именно по памяти. Если было бы по твоему - ОС обвалилась бы сразу же в BSOD. Но у многих, даже на Intel, даже с 1-5 плавающими ошибками - все работает (в целом) без видимых ошибок. Это факт, а не гипотеза. Нет, не тех, что возникают из-за температуры, а тех, которые возникают "на грани" стабильности. Причины нестабильности могут быть разные, и они не обязательно связаны непосредственно с памятью, ведь подсистема памяти не состоит только из памяти.
Да какие "плавающие ошибки", не смешите мои носки. Рассматриваете с лупой какую-то херню. Позавчера во время работы кранчера модуль случайно наполовину выдернул из слота, и хоть бы что. Кранчер вылетел, насыпав в консоли с десятка три ошибок, а винда даже не заметила. Защелкнул обратно, запустил кранчер и дальше поехало. Всё.
Member
Статус: Не в сети Регистрация: 17.01.2025 Фото: 53
HertZ писал(а):
CHiCHo писал(а):
проц сток что ли, вольтаж 1.45+?
Будущий адепт секты свидетелей деградации))
Что вы наговариваете!) Там 1,360 мелькнуло и то наверное потому, что 60 какое-нибудь двухядерное включено. А кривым AC DC тоже не очень много можно накрутить. Максимум 50Вт наверное и то если постараться.
_________________ 14900KS, 5090 LIQ SUP, Z790 APEX ENCORE
Member
Статус: Не в сети Регистрация: 25.09.2024 Откуда: СПб Фото: 31
Paratrooper писал(а):
А кривым AC DC тоже не очень много можно накрутить. Максимум 50Вт наверное и то если постараться.
я видел тест malkof-а, когда смотрел i9-13900KS SP110 на авито. и там на 5700 мгц 1.243v в синебенче непонятно откуда взялись 475 ватт. выглядит как натуральный бред, на самом деле. так что даже не знаю...
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения