✔️ Увеличенное число ядер по сравнению с 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
Статус: Не в сети Регистрация: 13.05.2020 Откуда: Мытищи
HertZ писал(а):
Чтобы не балаболить:
Ну рабочая станция на Linux с оболочкой Zsh на Ryzen 9, который работает без перерыва уже почти два года. В какой нагрузке - непонятно. И что он делает в нашей ветке тоже -)
HertZ писал(а):
Почитал бы хоть немного, о чем говоришь вообще.
OFFTOP. Вот и почитай
Монетка, до того, как ты её подбросил и поймал, находится в состоянии "и орёл, и решка" одновременно [т.е. это физическое состояние, где объект обладает свойствами обоих состояний одновременно]. Это и есть суперпозиция, которая запутана с наблюдателем [ты сам становишься частью её системы, это "многомировая интерпретация" (Хью Эверетта)]. Если бы монета была квантовым объектом, то до измерения (взгляда на нее) она бы вообще физически не имела определенной стороны. Просто из-за макромира происходит декогеренция - окружающая среда воздействует (измеряет) монету задолго до того, как это сделаешь ты, что мгновенно разрушает суперпозицию (но она была). Данная ситуация очень похожа на "кота Шрёдингера", и ее вполне можно рассматривать в рамках многомировой интерпретации квантовой механики (интерпретации Эверетта). Так что не считай себя самым умным, это не так А про "Туннельный эффект" я вообще ни слова не говорил.
BeeRAbuseR писал(а):
С памятью в стоке?
С этим решено, ошибки были из-за недостатка VCCSA.
telogreykin писал(а):
Попробуй ac/dc 1 1 llc3 offset -0.150(плюс минус) у меня так настроено и все работает.
Ниже AC/DC 20/20 LLC3 пока не удается. Оффсет -0,12В.
Тест y-cruncher 4000 с HWInfo AC-DC-25-25 -0.12V LLC-3 PL1 200 PL2 300 2s tREFI 80k (15 мин)
Ну так и должно же быть? Запрашиваем больше, а получаем меньше. Разве не это есть undervolting? Главное же фактическое напряжение (vcore), из-за него идет нагрев.
CHiCHo писал(а):
Тебе нужен уровень порядка 35-40
И LLC какой при этом? На MSI.
CHiCHo писал(а):
да просто аио умерла, вот и все)
Она новая вообще-то. Работает вполне себе, воздух горячий гонит нормально, ничего не булькает (еле слышные специфич. звуки конечно бывают, вначале нагрева)
Paratrooper писал(а):
Вид офсета влияет на VID - by CPU его сдвигает, by PWM нет.
Читаем формулы: 1. Requested VID (запрошенное напряжение) = Base VID (зашитое в ЦП) + Offset + AC Loadline (завышенный запрос, для компенсации математической имитации падения напряжения на ЦП) + AVX Guardband (защитная надбавка для AVX-инструкций) + TVB Vopt (Thermal Velocity Boost Voltage Optimization, занижает запрос, если ЦП холодный). 2. Readback VID (вычисленное ЦП напряжение) = Requested VID (запрошенное напряжение) − (DC Loadline × Силу тока = напряжение Vdroop, просадка) = Requested VID - Vdroop = Vcore LLC - физическая компенсация импеданса VRM, для борьбы с Vdroop. Определяет, насколько сильно будет проседать реальное напряжение (Vcore) при росте тока. DC Loadline - параметр подобранный нами, т.е. информационный. Так вот он и должен соответствовать реальности (физическому LLC). Мы подбираем DC Loadline так, чтобы VID (что просит ЦП) был максимально близок к Vcore (что реально приходит на ЦП). Так вот если DC = LLC, то Vdroop в точности равен расчету [DC Loadline × Силу тока], потому что именно LLC определяет, насколько сильным будет Vdroop. Все верно?
Ramforce писал(а):
Я вот только PL лимитов 300-2сек-200 не пойму, зачем так ставить?
Member
Статус: Не в сети Регистрация: 24.03.2006 Откуда: Moscow Фото: 266
Bigsun писал(а):
И LLC какой при этом? На MSI.
я сейчас про текущие настройки. На МСИ оптимальный уровень ллц - 3. Если сильно лимитить ток и мощность, то 4 можно, но лучше 3.
Bigsun писал(а):
Тест y-cruncher 4000
скрин любого теста нужен в текущей нагрузке, а не после нее. На этом скрине непонятно, что продолжает жрать 200 Вт. С одним большим, нет, БОЛЬШИМ, НО: вид=1.326, а реальное напряжение - 1.226, итого разница в жоре при токе 142А - 14 Ватт. Итого 185-186 Вт и 90 градусов - это при исправной АИО значит только неверную установку - например, что-то где-то куда-то упирается, тут было это у народа, и прижима полного нет. 185 Вт на 90 градусах - это правда очень плохо, тем более на таком количестве ядер. Ладно бы 14600 - там да, 185 Вт это около 75-80 гр может быть уже на 2-х секционных аио, а тут 8+12 ядер и такое. Проверяй установку, где что мешает - конденсаторы вокруг сокета, еще что-нибудь. Вон у Max77 такое было, спроси. Фризер 3 вроде упирался, щас точно не вспомню
Advanced member
Статус: В сети Регистрация: 29.03.2017
Там оффсет на L2. И я сомневаюсь, что -100 для него будет стабильно. Его наоборот в + накидывают, особенно когда Е-Ядра и кольцо гонят. Короче не ищите в нём андервольт.
Advanced member
Статус: В сети Регистрация: 29.03.2017
Вообще. Вот вам короткий совет который позволит сэкономить кучу времени. 0. Убедитесь, что CEP не вызывает падение производительности. Если не вызывает, то можно оставить включённым, может быть даже полезно. 1. Никакие игры с LLC и AC не позволят радикально изменить стабильный Vcore, кроме особо запущенных случаев. Вы просто меняете метод которым этот минимальный Vcore будет получен. 2. Если вам надо больше - режьте множитель. Даже -1-2 может быть очень существенная разница, если уже не съехали до ~1.1v 3. Ели напряжение уже около 1.2v, то возможно придётся прижать кольцо и\или E-Ядра. Подрежьте им множитель, настройте под P-Ядра, разгоните обратно.
Всё. Не будет никакой чудесной настройки которая позволит существенно снизить Vcore от уже найденного минимально стабильного.
Advanced member
Статус: Не в сети Регистрация: 13.05.2020 Откуда: Мытищи
Ramforce , я пробовал, L2 почти не держат -Offset, максимум что могут это -0,025В, и то если нет большого оффсета на ядра. CHiCHo , если VID должен быть равен Vcore (я тебя правильно понял?), в чем тогда андервольт? Задача же, как раз уменьшить vcore, а не сделать его равным чему-то (вообще пофиг чему и пофиг на запрос, главное что приходит - и оно должно быть низким но адекватным, ИМХО). Это by CPU уменьшает запрос, а у меня by PWM. Если я правда не понимаю, объясни популярно, в чем фикус? В общем, я немного поигрался, и вот что получил:
Тест y-cruncher 4000 с HWInfo; AC-DC 20-20; -0.10V by PWM; LLC-3; PL1 253 PL2 253 Auto; tREFI 80k (15 мин)
Вложение:
Тест y-cruncher 4000 с HWInfo AC-DC-20-20 -0.10V LLC-3 PL1 253 PL2 253 Auto tREFI 80k (900 сек).png [ 331.5 КБ | Просмотров: 466 ]
У меня впервые такие показали в этом тесте. Раньше было 6,3-6,4...
Advanced member
Статус: Не в сети Регистрация: 13.05.2020 Откуда: Мытищи
BeeRAbuseR писал(а):
так вроде же мощность по Vcore рассчитывается, а не по VID.
Если почитать те формулы, которые я привел и их расшифровку, то Requested VID - Vdroop = Vcore, а поскольку Vdroop зависит от правильно выставленного DC LL, то в этой мысли есть разумное зерно, ИМХО! Хотя сформулировано, конечно неверно.
тогда бы любая регулировка Load Lite и AC DC приводила бы к отклонениям VID от Vcore, но у всех же не так, у всех сходится если юзать оффсет by CPU. У тебя разница ровно на 0.100 -by PWM и не зависит от других настроек.
Добавлено спустя 3 минуты 24 секунды:
HertZ писал(а):
С какого перепугу о_О
ну да, если посчитать то по VID. Значит всё верно пишет CHiCHo
_________________ 14600kf/MSI B760 Gaming Plus Wifi D4/TR Pretor 130/Palit GamingPro OC RTX 5070/Adata XPG spectrix D50 2x16 Gb 4100 MHz (CJR)/Corsair RM 750x/Samsung 970 Evo Plus 1tb
Advanced member
Статус: Не в сети Регистрация: 13.05.2020 Откуда: Мытищи
BeeRAbuseR писал(а):
тогда бы любая регулировка Load Lite и AC DC приводила бы к отклонениям VID от Vcore
DC не может привести к отклонениям SVID. Потому что DC нужен лишь для информации по правильному расчету мощности, в основном. Но этот расчет влияет на vcore через расчет Vdroop. Если я правильно понял, ИМХО! Если расчетный VID ниже базового VID, ЦП будет динамически увеличивать запрошенный VID. Мощность не считается по SVID, ИМХО. Это не моя формула. Я ее привел с достаточно грамотной статьи SkatterBencher (Питера-Ян Плезье, Pieter-Jan Plaisier); Потому что Effective voltage по сути и есть Vcore, который приходит. Верно?
Что AC, что DC - всего лишь "поправочные коэффициенты" в расчетах, не более. AC - для расчета VID, DC - для расчета мощности и просадки Vdroop.
Bigsun ну как я оттуда понял, это что мать передаёт процу данные по LLC, AC DC, Далее в соответствии с ними и с оффсетом by CPU он запрашивает напругу (VID) Потом мать опять с учётом loadline чё-то выдаёт
In Adaptive Voltage Mode, there are three steps to how your system sets the CPU voltage.
First, the motherboard’s BIOS tells the processor the current loadline characteristics via AC DC loadline values. Then, the CPU will request a voltage from the voltage controller based on its own V/f curve using the base VID configuration, adjusting for the current loadline characteristics, as well as any other voltage offsets. Finally, the voltage that reaches the CPU is the requested voltage minus any undershoot or overshoot from the VRM loadline.
Что бы это не значило Но суть в том, что, судя по тексту, AC, DC, LLC влияют на VID, а на Vcore уже косвенно.
_________________ 14600kf/MSI B760 Gaming Plus Wifi D4/TR Pretor 130/Palit GamingPro OC RTX 5070/Adata XPG spectrix D50 2x16 Gb 4100 MHz (CJR)/Corsair RM 750x/Samsung 970 Evo Plus 1tb
Advanced member
Статус: Не в сети Регистрация: 13.05.2020 Откуда: Мытищи
BeeRAbuseR писал(а):
мать передаёт процу данные по LLC, AC DC,
МП ничего не передает, это мы настраиваем ручками... к сожалению. Все рассчитывается. Почему-то рассчитать оказывается быстрее, чем измерить... странно но факт. ИМХО. Да и чтобы измерять, понадобилась бы целая схема с двусторонней обратной связью, это дорого и занимает транзисторный бюджет. ЦП общается с МП по единственной линии связи SVID, и все... И эта связь очень "убогая"... У системы кроме базовой V/F curve, по сути то ничего и нету... Все остальное расчетное.
И вот если бы Intel официально опубликовала бы расчетные формулы и нормальные определения, всем было бы намного проще, и не было бы этой кучи споров и измерений "туями" -) (знаниями и опытом)
Bigsun ну ты ж не ручками крутилки крутишь на процессоре. Настраиваешь в матери, а она передаёт. Это то что я из твоей статьи прочитал, понятия не имею правда ли это, вообще.
Bigsun писал(а):
чтобы измерять
про измерения речи и не шло
_________________ 14600kf/MSI B760 Gaming Plus Wifi D4/TR Pretor 130/Palit GamingPro OC RTX 5070/Adata XPG spectrix D50 2x16 Gb 4100 MHz (CJR)/Corsair RM 750x/Samsung 970 Evo Plus 1tb
Member
Статус: Не в сети Регистрация: 24.03.2006 Откуда: Moscow Фото: 266
Bigsun писал(а):
DC не может привести к отклонениям SVID
начать надо с того, что вид в хвинфо - вообще не запрашиваемое напряжение, а его "видимость".
Bigsun писал(а):
Requested VID - Vdroop = Vcore
не надо никаких формул. напряжение нагрузки = вкрое - видруп (который есть функция от сопротивления линии нагрузки в мОмах). Мы сейчас опять уйдем в дебри и фантазии о верных волшебных формулах. АС - снижает реальное напряжение. ДЦ - для подстройки вид, чтобы оно совпадало с вкоре. Все. Если оставить сток, то мы легко увидим, что вид = вкоре всегда. Просто потому, что сопротивления совпадают. Изменении ЛЛЦ заставляет врм работать так, как будто бы сопротивление платы НИЖЕ, чем оно есть на самом деле. АС говорит логике платы, что ВРМ более эффективен, чем есть на самом деле, и видрОп (vdrop) (НЕ ВИДРУП (vdroop)!) ниже, чем на самом деле. Поэтому при АС=ДЦ мы и видим, что вид выше вкоре, так как плата делает меньшее напряжение на врме. ДЦ - вообще не для видруп, оно для видроп.
Если говорить еще строже, то на процессоре напряжение еще ниже, чем вкоре.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения