✔️ Увеличенное число ядер по сравнению с 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-ядра
6p ядер без HT. Никакой оптимизации не нужно, никакого APO с Thread Director не надо. Все ядра и потоки идентичные.
Ну тут трудно накосячить. Все еще встречаются разрабы которые не могут осилить работу с HT, а ты уже от них хочешь нормальную работу на Е ядрах. А что должен делать Thread Director? Не позволять стрелять себе в ноги?
Member
Статус: Не в сети Регистрация: 02.06.2023 Откуда: Омск
HertZ писал(а):
А над кем же издеваться, если не будет воздушников?
О будущем подумали, воздушное охлаждение имеет право на жизнь, а деньги я лучше ввалю в свой Мустанг чем вваливать в ПК, но дети и то с условием что пойдет им для пользу.
Все еще встречаются разрабы которые не могут осилить работу с HT, а ты уже от них хочешь нормальную работу на Е ядрах.
Уже писал выше. Пора всем понять что никакой оптимизации под HT или гибрид по сути не существует. Разраб просто пишет CreateThread, он просто создаёт поток, а куда его кинет решает Винда. Это вообще не проблема разраба заморачиватся с разными архитектурами. Он допустим оптимизирует игру под два вида ядер - 8+16, а Intel выпустит процы с 3 видами ядер и с другим числом ядер например: 4+8+16. Игра будет юзать только 4+8 в таком новом проце, потому что оптимизирована только под 2 вида ядер, а третий вид не существовал на момент разработки. Поэтому оптимизация под архитектуру - это тупиковый путь. Это Винда должна делать. И даже Винда ничего не исправит. Суть в том что E ядра просто сами по себе шлак для игровых задач и ничего с этим не сделать. Они добавляют латентность и расходы на управления кучей потоков которые скачут по разным ядрам. Проц тупо неэффективно решает игровые задачи. При этом прирост от E ядер есть только когда P ядер не хватает.
При этом прирост от E ядер есть только когда P ядер не хватает.
Ну так они как раз эту проблему и решают. А значительная часть игр не умеет работать даже с HT.
stockclock писал(а):
Разраб просто пишет CreateThread, он просто создаёт поток, а куда его кинет решает Винда
И SetThreadIdealProcessor
stockclock писал(а):
Это Винда должна делать
Ну если только они по аналогии с DLSS, какую-нибудь сетку запихнут в проц. Хотя наверное это в зачатке и так уже есть, нужно ждать когда все это дело эволюционирует. DLSS почти 10 лет ждали, пока из него что-то дельное вышло.
А значительная часть игр не умеет работать даже с HT.
Умения работы с HT не существует. Для любого софта что HT, что ядро - это одно и тоже. HT просто делит ядро между двумя потоками. Упрощённо говоря если один поток только складывает и отнимает, то другой поток может делить и умножать на том же ядре задействуя другие свободные блоки вычислений процессора, но если один поток и делит и умножает и отнимает и прибавляет, то ресурсы ядра уже заняты и виртуальному HT ядру уже свободных ресурсов не остаётся. В одной игре один поток может выжать из ядра все ресурсы, занять все порты исполнения инструкций(в идеальном случае), а в другой игре поток грузит ядро слабо, не использует все ресурсы - порты простаивают. Первой может мешать HT, ей не нужна конкуренция за ресурсы ядра, ядро уже и так выжато одним потоком, а вторая игра может получать профит от HT, потому что потоки юзают ядро слабо, а два потока HT как раз загрузят его максимально. HT просто способ максимально утилизировать ресурсы ядра, но он не всегда нужен. Положительная вещь в HT в том что когда 2 потока висят на одном ядре, переброс потока с одного виртуального ядра на другое вирутальное ядро внутри одного ядра - занимает минимальное количество времени, в отличии от переброса между ядрами.
Ну почему же? Вот целая портянка показывающая почему нужно знать какие потоки что делают. Это нужно знать чтобы их грамотно раскидать на потоки процессора так чтобы они друг с другом минимально конкурировали за ресурсы. И опять же есть закон Амдала, который сводить в какой-то момент все попытки распараллелить к нулю, а после и вовсе снижает производительность. Так вот такие потоки могут конкурировать сами с собой в HT или с другими потоками игры, наступая друг другу на пятки, тем самым значительно снижая производительность. И опять же HT как и E-cores нацелены на повышение пропускной способности системы, а играм требуется отзывчивость системы. Это противоположное свойство и его можно получить только косвенно с этих фич, балансируя между пропускной способностью и отзывчивостью.
Последний раз редактировалось _User 26.04.2026 8:15, всего редактировалось 1 раз.
Это как требовать оптимизацию под двухчиплетные камни АМД или будущие чиплеты Nova lake. Оно всё равно будет плохо работать как ты его не оптимизируй. С HT та же тема что с E-ядрами. Оптимизировать под него нет смысла. Потому что Интел внезапно может его выпилить как сделал в Arrow lake или сам пользователь может его вырубить. Получается слишком много вариантов и неизвестно что создатели CPU добавят или выпилят завтра. Если у тебя просадки от того что ты выбрал гибридный камень который как-то неидеально управляется планировщиком Винды - это твои проблемы. Это дефолтный подход и это нормально. Тем более сейчас геймдевы юзают движки которые сами не разрабатывали, тот же Unreal Engine. Основная оптимизация висит на создателе движка.
Member
Статус: Не в сети Регистрация: 04.06.2017 Фото: 6
stockclock писал(а):
Суть в том что E ядра просто сами по себе шлак для игровых задач и ничего с этим не сделать.
Более слабые ядра хуже более мощных? Пожалуй, это нужно внести в шапку темы)
Никто и не сомневался. Но если взять игры в целом, то Е либо немного поднимают плавность, либо, в худшем случае, никак не влияют. А если во время игры запустить фоновые задачи, то их влияние на игру будет гораздо меньше, чем на проце без Е. Вполне реальная задача: ты во время игры в очередной дрочильня-слоп, запустил от скуки фоном браузер, в котором открыто стопицот вкладок, и играет Киркоров или лекция по сопромату. Этот браузер мог бы поразвесить вкладки на п-ядра, но он уходит на Е, и почти не влияет на игру.
HertZ Ну ладно, с натяжкой допустим, что мы нашли 1 сценарий, когда нам нужно протестировать стабильность строго свёрнутым бенчмарком. А что-то более приближенное к жизни есть? Ну например играешь в какой-нибудь пубг, и вдруг он падает на е-ядра, и ты помираешь из-за 0фпс?
Кстати, религия - это система верований и обрядов, которые зачастую не соответствуют объективной реальности. Например, религиозный обряд - выдавать бенчмарк за стресс-тест, игнорируя то, что при подборе напряжения, нагрузка является буквально единственным фактором взаимодействия с напряжением, и любое снижение нагрузки приводит к возможности пройти бенчмарк на заведомо нестабильных параметрах. Но вместо этого ты можешь просто поверить, что при тестировании напряжения важно не создать условия максимальной просадки напряжения, а запустить чудо-синебенч, который и без просадки напряжения выявит его нехватку, и с этой верой настраивать процессор. Недавно встречал верующих подобной конфессии в теме по бф6. Игра, говорят, вылетает а это всё от лукавого - ставят параметры, которые не могут протестировать, или не хотят, а потом софт виноват.
Движок это инструмент. Если ты будешь использовать профессиональный навороченный инструмент это тебя не сделает профессионалом и результаты твоей работы с помощью этого инструмента тоже не будут автоматически годными. Оптимизацию должны делать разрабы и по хорошему разрабы должны делать движок под игру, не на оборот.
Member
Статус: Не в сети Регистрация: 25.09.2024 Откуда: СПб Фото: 56
stockclock писал(а):
Так может как раз потому что планировщик закидывает нагрузку на недоядра Я их отключил и у меня никаких проблем с Win 11 нет, сижу на ней с бета версии и ставлю все обновы.
да, действительно, а почему же тогда в первые 3 месяца все идеально работало? тогда планировщик ложил нагрузку на большие ядра, а сейчас резко стал класть на малые? звучит как безумие. да и ставить все обновы подрят я вообще не советую. мало ли того, что это может повлиять на стабильность системы (полно новостей по этой теме). ну и также, меня просто бесит, когда windows сама по себе берет и обновляется когда ей вздумается, и никак ты это отключить не можешь! я использую либо windows update blocker, либо полностью урезаю систему с помощью ReviOS. нареканий не было. зато шиндовс больше не живёт своей жизнью и не грузит регулярно процессор в фоне непонятно чем а раз у тебя "никаких проблем нет", то тебе либо повезло, либо ты просто не замечаешь эти лаги не раз видел людей, которые пользуются дешманскими телефонами и не замечают лаги а есть даже те, кто "не видит" разницу между 60 и 120 гц, это уже реально клиника
HertZ писал(а):
Не раз и не два синебенч закидывало на Е-ядра. Его для этого иногда достаточно просто свернуть.
я сворачивал синебенч, и не только его — ничего такого не было. все ядра работают одновременно. так что я не знаю, что там у тебя не так было.
Member
Статус: Не в сети Регистрация: 12.10.2024 Фото: 5
VCCSA Тут у людей при переключении "плана питания" Виндовс система порой фризила и статтерила, и только у счастливчиков вроде вас всегда все нормально. Не хочу судить: может оно и так. Но только компьютер как и ОС типа Виндовс это "вещь в себе". У одного пользователя имеется набор программ, требующих актуальную систему и драйверы, а другие запускают всего одну лишь одну игрушку типа Фортнайт или Танки, достаточно вылизанную чтобы работать стабильно на вообще любой системе. Поэтому типы которые пишут: "Вы все врети, УМВР и вас должно работать, просто вы настраивать не умеити", ничего кроме смеха не вызывают. Изначально вопрос подразумевался такой: "Почему бы "Майкам" не напрвить усилия по внедрению ИИ на то что действительно важно: поиск ошибок в исходном коде, антивирус там или оптимизацию системы под конкретные задачи, например, программное отключение ядер у Интел или же целых чипплетов (привет АМД) для игр, движки которых сами не в состоянии распорядится мощностями современных процессоров.
Member
Статус: Не в сети Регистрация: 16.02.2019 Фото: 100
VCCSA писал(а):
планировщик ложил нагрузку на большие ядра, а сейчас резко стал класть на малые? звучит как безумие.
Руками настрой сам:
#77
selishim писал(а):
компьютер как и ОС типа Виндовс это "вещь в себе"
selishim писал(а):
Поэтому типы которые пишут: "Вы все врети, УМВР и вас должно работать, просто вы настраивать не умеити", ничего кроме смеха не вызывают.
Правильно пишут - вы не умеете настраивать. Вообще странно слышать в цифровой технике расхожие фразы типа "Windows криво стал" - если я 10 раз установлю и настрою систему - она будет работать идентично во всех 10-ти случаях, это не борщ который может быть "разным".
selishim писал(а):
"Почему бы "Майкам" не напрвить усилия по внедрению ИИ на то что действительно важно
Вот тогда действительно начнётся бардак, если у одного и того же ИИ спросить 3 раза одно и то же (в разных окнах/браузерах) - будет 3 разных ответа, иногда противоречащих друг другу.
Member
Статус: Не в сети Регистрация: 08.10.2014 Откуда: Москва Фото: 155
SanchezNovochek "Сбалансированный", вполне работоспособен... ALL Имеется плавающая ошибка... Можно "нарваться", после долгой эксплуатации комп-а без нагрузки...Войдя в баттлу, после этого, может на секунду отвалиться клавиатура...Если нагрузку постоянно давать, всё ок! Возможно ли, из-за низкого SA, подобное поведение?!
Но если взять игры в целом, то Е либо немного поднимают плавность, либо, в худшем случае, никак не влияют. А если во время игры запустить фоновые задачи, то их влияние на игру будет гораздо меньше, чем на проце без Е.
Это решается добавлением P ядер как сделано в Bartlett lake.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 19
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения