✔️ Увеличенное число ядер по сравнению с 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
Статус: Не в сети Регистрация: 08.08.2009 Откуда: Москва Фото: 322
Когда хороший контакт между водоблоком и CPU, дельта температур между ядрами минимальна
Добавлено спустя 36 минут 3 секунды: Кто-нибудь знает, почему когда я ставлю в биосе лимит по току для ядер и кэша в 400А согласно спецификации Intel , у меня срабатывает троттлинг частот уже при 200А тока? Если ставлю 511.75 (максимум для Асуса), троттлинга нет. Мне такая логика не понятна. Биос если что последний 2801/9988. Впрочем на предыдущих биосах такая же фигня.
Advanced member
Статус: Не в сети Регистрация: 27.02.2007 Откуда: Москва Фото: 54
Auroson1c писал(а):
Кто-нибудь знает, почему когда я ставлю в биосе лимит по току для ядер и кэша в 400А согласно спецификации Intel , у меня срабатывает троттлинг частот уже при 200А тока? Если ставлю 511.75 (максимум для Асуса), троттлинга нет. Мне такая логика не понятна. Биос если что последний 2801/9988. Впрочем на предыдущих биосах такая же фигня.
Попробуй скинуть память в дефолт. И посмотреть, пропадет ли троттлинг. Пару раз на подобное натыкался.
Member
Статус: Не в сети Регистрация: 08.08.2009 Откуда: Москва Фото: 322
HertZ писал(а):
Попробуй скинуть память в дефолт. И посмотреть, пропадет ли троттлинг. Пару раз на подобное натыкался.
Не, в стоковой памяти тоже самое. Знающие люди объяснили возможную причину: "Мониторинг не успевает увидеть те пики, которые видит питальник проца (который видит и троттлит в памках лиммта5). 205а - это все же какое-то среднее. Я думаю, так. Все же hwinfo проводит поллинг раз в секунду-две, а для iccmax речь может идти про микросекунды."
Кто-нибудь знает, почему когда я ставлю в биосе лимит по току для ядер и кэша в 400А согласно спецификации Intel , у меня срабатывает троттлинг частот уже при 200А тока?
IccMax троттлит через predicted current, не по датчикам. То есть урезает частоту не по факту превышения лимита, а исходя из предполагаемого максимального тока в текущих условиях (all-core + AVX2).
Короче поигрался я с попугаями, 40к смог выбить в итоге, но подумал нафиг оно мне надо в реальных сценариях, поставил лимиты 253/253/307, LL1 LLC3 offset -120, TVB и прочее выкл. В итоге температура 82-83 максимум после двух прогонов по 10 минут в CB23, в попугаях да потерял, 38300 максимум. Да и хрен с ними, зато проц будет жить долго и счастливо и для домашнего использования и игр за глаза. Так и оставлю в общем)
Member
Статус: Не в сети Регистрация: 08.08.2009 Откуда: Москва Фото: 322
smrV писал(а):
IccMax троттлит через predicted current, не по датчикам. То есть урезает частоту не по факту превышения лимита, а исходя из предполагаемого максимального тока в текущих условиях (all-core + AVX2).
Да уж, и как оказалось в авто настройках predicted current одна из причин деградации камней.
The value you set there is basically "predicted current". It's not REAL current at all. The predicted current problem is one of the main reasons why the CPU's degrade so quickly on auto settings. While this has been there ever since Skylake, it really started skyrocketing when the 10 core SKU's hit back then, the 10900k, in combination with the increase in VMAX from 1.520v to 1.720v. (Some boards had this higher limit on Z390 with 9900k, but the CPU's didn't have a high enough base VID or enough cores to go too much past 1.52v from AC Loadline). The CPU has no idea how much current it may pull when a load change happens, so the CPU has to make an estimation of this, based on the number of active cores (as well as the c-state level) and the frequency (base VID). So it has to request enough initial voltage from the VRM to compensate for the vdroop that "might" happen at a worst-case predicted current, which on 8/16 (24 core) processors, is 307 amps, if all cores are in c0 state. If the CPU doesn't request enough starting voltage, if a wild load swing occurs and the starting voltage is too low, the CPU may crash from being voltage starved from vdroop, before the VRM can respond fast enough to the load change to increase the voltage (VID) request to raise the voltage to compensate from the sudden increase in amps pull.
When you set a value of ICCMAX, you're basically limiting the amount of predicted current the CPU can request, with respect to what it "can" otherwise theoretically request. If the predicted current the CPU wants is higher than the ICCMAX value, the CPU has to drop in frequency until the predicted current is equal to or lower than ICCMAX.
Now, the CPU won't request 400A of predicted current worth of vcore vdroop, this is obvious (after all, the SKU max is 307A). The reason why setting 308A still causes throttling may have to do with dividers in SVID from the AMI base code. If you look at the raw AMI BIOS (if you can find the text strings from a BIOS dump over on the win-raid forums), in the "intel IA/VR" settings, ICCMAX is set by a divider, usually having a max value allowed of 1023, but I've seen capsules allowing 8191 (8192-1) also. The divider is then either /4 or /8 of what is entered in the SVID register. I have no idea what the ODM's end up using here, but this is why @yzonker found some sort of overflow with Asus OCTool and the ICCMAX value with "1024" being subtracted from something. That's also why setting ICCMAX to "unlimited" sets the value to 1023 in the SVID register, which is the highest value possible (0-1023 is 1024 possible values)
Member
Статус: Не в сети Регистрация: 11.09.2017 Откуда: Воркута Фото: 3
Добрый день, Подскажите, на сколько сегодня уместно приобретать новый Intеl Соrе i5-14600K ? Имеется ли "черный список" датакодов не желательных к приобретению?
_________________ ISA Trident➢S3Trio64V+Voodoo2➢TNT2➢Ati9800Pro➢GF6800Ultra➢7800GS➢8800Ultra➢GTX285➢295➢470➢580➢780➢1080➢RTX2080S➢4080S➢...6080S
Member
Статус: Не в сети Регистрация: 08.08.2009 Откуда: Москва Фото: 322
CHiCHo писал(а):
ток и есть причина деграда, факт. Но текст на англ ниже является технической ересью))) Где-то сверху заплакал Ом.
Скажи это разработчику из Асуса))
Вчера запустил Вуконга впервые, проверить что там за супер жручая компиляция шейдеров, которая роняет процессоры. 205W в итоге. СБ23 270W при тех же равных. Ну хз-хз. Такая себе страшилка.
Member
Статус: Не в сети Регистрация: 24.03.2006 Откуда: Moscow Фото: 263
Auroson1c писал(а):
Скажи это разработчику из Асуса))
кому угодно скажу. Либо надо формулировать мысли верно, либо оставаться в парадигме того, как ОНИ накосячили в своих биосах. Процессор НЕ запрашивает ток, и не предсказывает его, это фиксированный набор пассивный электронных компонентов с заданным сопротивлением. Процессор, точнее, биос, запрашивает напряжение от основы - кривой, вшитой в проц. И уж как этот запрос исказили рукожопатые из Асус - вопрос только к ним. Ток на процессоре формируется под запрошенным, а затем и поданным после всем хитроманипуляций, напряжением. Если лимитер тока на ваших платах говно - так об этом и скажите прямо, без экивоков. Какой ток на отдельных компонентах проца - никто не знает, может, только сама интел. Общий видимый ток - это на весь чип. Ну, думаю, это и так понятно.
Member
Статус: Не в сети Регистрация: 08.08.2009 Откуда: Москва Фото: 322
CHiCHo писал(а):
кому угодно скажу. Либо надо формулировать мысли верно, либо оставаться в парадигме того, как ОНИ накосячили в своих биосах. Процессор НЕ запрашивает ток, и не предсказывает его, это фиксированный набор пассивный электронных компонентов с заданным сопротивлением. Процессор, точнее, биос, запрашивает напряжение от основы - кривой, вшитой в проц. И уж как этот запрос исказили рукожопатые из Асус - вопрос только к ним. Ток на процессоре формируется под запрошенным, а затем и поданным после всем хитроманипуляций, напряжением. Если лимитер тока на ваших платах говно - так об этом и скажите прямо, без экивоков. Какой ток на отдельных компонентах проца - никто не знает, может, только сама интел. Общий видимый ток - это на весь чип. Ну, думаю, это и так понятно.
Он запрашивает напряжение у VRM согласно предполагаемой нагрузке. Когда ты запускаешь Синебенч, ток на процессоре резко возрастает, напряжение, подаваемое с VRM падает. VRM видит падение напряжения на чипе и увеличивает подаваемое напряжение, чтобы компенсировать провал. При этом происходит это не сразу (физика переходных процессов), а через микросекунды после начала нагрузки. И последовательность именно такая, а не так что VRM предвидит, что ты щас будешь запускать Синебенч и заранее процу наваливает напруги, чтобы тот не просел от 300А.
CHiCHo писал(а):
И уж как этот запрос исказили рукожопатые из Асус - вопрос только к ним.
Тебя туда на работу надо, сразу поправишь этих "круворуких". Такого ценного сотрудника теряют. К слову данная логика запроса абсолютно одинакова на всех материнках любого вендора, потому что так работает логика Интел с их LLC со времен Sandy Bridge если не изменяет память.
CHiCHo писал(а):
Если лимитер тока на ваших платах говно - так об этом и скажите прямо, без экивоков.
Это ты Интелу скажи с их логикой работы LLC. Разрабы материнок тут не причем. Физику переходных процессов никто не отменял.
CHiCHo писал(а):
Какой ток на отдельных компонентах проца - никто не знает, может, только сама интел. Общий видимый ток - это на весь чип. Ну, думаю, это и так понятно.
А зачем VRM знать какой ток на отдельных элементах проца? Он получает текущие показания напряжения с чипа напрямую и корректирует подаваемое напряжение в соответствии с необходимым ЦПУ, которое последний запрашивает через SVID. При этом VRM формирует напряжение с поправкой на сопротивление по линии питания, которое мы сообщаем посредством AC LL.
Да уж, и как оказалось в авто настройках predicted current одна из причин деградации камней.
400 "прогнозируемых" ампер сами по себе не представляют опасность. Проблема в огромной дельте напряжения между простоем и нагрузкой, которая получается, если использовать максимально допустимую loadline (1.1мОм). Интел заложили бомбу в собственные спеки, проще говоря.
CHiCHo писал(а):
лимитер и его реализация - вопрос только к биосописателям и логике платы, а не интел. Интел отдает даташиты и прочее для разработки.
Под все лимиты подстраивается сам процессор, в том числе под ограничения питальника (VR Voltage/Current Limit и т.д.).
Сейчас этот форум просматривают: Ytros, Неоклассик и гости: 11
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения