✔️ Увеличенное число ядер по сравнению с 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.09.2024 Откуда: СПб Фото: 16
HertZ так у меня в биосе вообще все выключено, что только можно. все заshitные функции. поставил PL в максимум 4095 - ничего не изменилось вообще, 250 ватт в кранчере. может у меня версия неправильная, сейчас буду другой тестировать.
Добавлено спустя 3 минуты: другая версия тоже самое выдает.
Member
Статус: Не в сети Регистрация: 25.09.2024 Откуда: СПб Фото: 16
HertZ это я образно сказал. в среднем показывает 247. при этом повышается до 251. в прайме и линыксе потребление все равно выше. ЧТО я делаю не так?
Добавлено спустя 7 минут 20 секунд: так раз сразу в двух тестах энергопотребление выше, то это указывает на то, что дело в самом тесте, а не в том, что у меня что-то душит процессор. был бы он задушен - он бы везде показывал такое энергопотребление.
Advanced member
Статус: Не в сети Регистрация: 27.02.2007 Откуда: Москва Фото: 54
VCCSA, оно так и бывает, ровные числа это было бы уже совсем троллингом со стороны компа.
Непонятно только почему. Материнок MSI никогда не было, так что надо ждать пока кто-то другой поделится своим опытом с граблями. Оно точно должно жрать больше, тем более в неплохом таком разгоне.
Member
Статус: Не в сети Регистрация: 25.09.2024 Откуда: СПб Фото: 16
дак дело в том, что проц-то не задушен нифига. я увеличил напряжение и включил HT - температуры увеличились и в кранчере стало 315 ватт в момент быстрой проверки. если бы его что-то душило, то он непременно бы упирался в какой-то лимит. и еще, разве наличие HT должно прямо настолько влиять на потребление? ON - 315w / OFF - 260!
Добавлено спустя 6 минут 51 секунду: короче, я понял, в чем тут дело. ответ прост - у меня i7, у которого меньше ядер (сразу плюс 80 ватт по моим наблюдениям, так как i9-13900K у меня тоже был), напряжение у меня, когда писал про 247 ватт, стояло на 1.245 (анстаб). и 1.245 - это гораздо ниже, чем 1.38. HT тоже существенно влияет на потребление. по моим не самым точным мат.расчетам (прикидка) у меня и вышло 440+ ватт, как в Вашем случае, если бы у меня был такой же конфиг.
Добавлено спустя 1 минуту 25 секунд: но тогда у меня назревает вопрос - с фига ли линпак греет сильнее? и почему прайм все равно греет гораздо сильнее крачера в моем случае? все равно непонятно вообще ничего. при этом ни один из тестов кроме прайма нестабильность, которая, в том числе, проявляет себя и в игре, не ВЫЯВИЛ!
Advanced member
Статус: Не в сети Регистрация: 27.02.2007 Откуда: Москва Фото: 54
А блин, так у тебя HT выключен)
Конечно влияет. Те блоки, которые стояли и ждали работы, начали собственно работать. SMT повышает утилизацию, позволяя использовать простаивающие блоки для исполнения двух потоков на ядро тогда, когда они не конфликтуют при доступе к ресурсам.
Линпак без HT греет сильнее, чем другие тесты без HT, потому что Intel точила его десятки лет и у него дополнительно ничего нагрузить не выйдет, и так близко к теоретическому максимуму. Поэтому отключение HT в нем не дает разницы, а вот в том же прайме дает очень даже.
Member
Статус: Не в сети Регистрация: 25.09.2024 Откуда: СПб Фото: 16
HertZ хорошо, я это и так знал, но про то, что линпак не зависит от наличия HT не знал, спасибо. как-то не обратил внимания на этот факт, когда тестировал. но почему же тогда в моем случае кранчер нормально стабильность не тестирует? почему он работает стабильно, а тот мой калхозный мазохизм, который писал ранее - ловит нестабильность очень быстро?
>>If you search around overclocking forums, you'll find that there are numerous complaints about Prime95 and other AVX workloads being "unrealistic". And for that reason, many overclockers will skip these stress-tests. While this allows for significantly higher overclocks, it sacrifices stability for AVX-optimized applications. So it's common for overclocked systems to be perfectly stable for months, and then immediately crash and burn when attempting to run Prime95 or y-cruncher.
_________________ Xeon W9-3595X, 2TB DDR5, RTX 6000 Ada
Member
Статус: Не в сети Регистрация: 25.09.2024 Откуда: СПб Фото: 16
SaturnV но к чему это? все и так прекрасно это знают. как бы и в обычных задачах не факт, что будет железная стабильность. допустим, у меня проходит кранчер и линпак без проблем часами, но киберпанк, если долго играть, вылетает. тот мой гуманный метод только значительно ускоряет проявление анстаба. при этом я думал сначала на память и напряжения КП, так как обычно они являются причинами проблем, так как факторов возникновения проблем от них куча. но стоило мне исключить vCore, как проблема исчезла.
Member
Статус: Не в сети Регистрация: 25.09.2024 Откуда: СПб Фото: 16
SaturnV вот пример - кранчер на 5.5/4.8/4.4 работает на 1.245v. и при этом прайм начинает работать нормально на 5.4/4.8/4.3 @ 1.235v. то есть практически такое же напряжение. разница ощутимая, на самом деле. 5.5 - прайм закрывается даже на 1.27v. такое ощущение, будто кранчер недогружает процессор. так как в прайме энергопотребление более чем на 100 ватт выше (на 1.235 доходит до 305 ватт).
Голден семпл! Поздравляем...228ватт при 1.16 и меньше ядер, чем у 13900К...И ниже напряжение и результат...У меня 40000+, а мне ещё не верили...Что 330 ватт реальность...
не понимаю, это стеб или похвала. при 1.21 едет 5.6/4.5 на стабильность толком не тестировал, выдает 37200-37300 в CB
Advanced member
Статус: Не в сети Регистрация: 27.02.2007 Откуда: Москва Фото: 54
VCCSA писал(а):
SaturnV вот пример - кранчер на 5.5/4.8/4.4 работает на 1.245v. и при этом прайм начинает работать нормально на 5.4/4.8/4.3 @ 1.235v. то есть практически такое же напряжение. разница ощутимая, на самом деле. 5.5 - прайм закрывается даже на 1.27v. такое ощущение, будто кранчер недогружает процессор. так как в прайме энергопотребление более чем на 100 ватт выше (на 1.235 доходит до 305 ватт).
Скорее, просто грузит по-другому и дефект не проявляется.
У нестабильности могут быть разные причины, даже если помогает одно и то же действие. Когда прайм закрывается, это часто решается улучшением охлаждения, без изменения напряжений. Добавление напряжения позволяет стабилизировать проц, но причина не в нём, а в локальных перегревах.
Вот у меня если выключить помпу на выходе, то прайм закрываться будет при Е-ядрах на 4.8. Если добить напряжения до 1.42 V (столько ставит адаптив в тех же условиях), то закрываться не будет. Но можно включить помпу и не трогать напруги, тогда тоже всё работает. Естественно, я в таком случае предпочту второй вариант и напряжение трогать не буду.
Кто-то ещё решает это шлифовкой кристаллов и водоблоков, подкладыванием шайб...
>>Both the 3rd party GMP Pi implementation and y-cruncher serialize the upper levels of the computation specifically to avoid blowing up memory. But while this approach reduces memory usage, it is not a free optimization and can have negative performance impact. So it's a space-time trade-off.
>>y-cruncher, which is aimed at extremely large computations, tries to strike a balance between speed and memory efficiency. So it trades away some speed to use less memory since it allows bigger computations to be done. Some of the old classic Pi programs like PiFast also do this. PiFast even makes this tunable where you can select how much speed to trade away to reduce memory.
Добавлено спустя 14 минут 55 секунд: Еще y-cruncher очень сильно зависит от памяти, если CB23 при менянии числа плашек памяти меняет результат ну скажем на 3%, то y-cruncher может на 50%. Возможно у вас в память он уперся раньше процессора.
_________________ Xeon W9-3595X, 2TB DDR5, RTX 6000 Ada
Junior
Статус: Не в сети Регистрация: 03.12.2020 Фото: 0
Всем привет. Взял ASUS ROX MAXIMUX Z790 APEX ENCORE c 14900ks - достался с sp 104 Проблема что система рандомно после перезагрузки начинает зависать с 55 post кодом. Погуглил почитал пишут что бывает из-за прижима процессора. Глянул в сокет там действительно изгиб лапки сокета не совпадает с "ушами" на процессоре. Получается единственный выход это снимать сокет и ставить пластину типа Thermalright LGA1700-BCF Black V2 или у меня чето не так с процессором? при этом есть еще 12700k его ставлю все норм, но там уши с изгибом совпадают
Всем привет. Взял ASUS ROX MAXIMUX Z790 APEX ENCORE c 14900ks - достался с sp 104 Проблема что система рандомно после перезагрузки начинает зависать с 55 post кодом. Погуглил почитал пишут что бывает из-за прижима процессора. Глянул в сокет там действительно изгиб лапки сокета не совпадает с "ушами" на процессоре.
55 у меня достаточно часто бывает при всяких перестановках, но это к памяти относится. С родным прижимом не припомню чтоб проблемы были
Junior
Статус: Не в сети Регистрация: 03.12.2020 Фото: 0
Hermes_Conrad писал(а):
devrus писал(а):
Всем привет. Взял ASUS ROX MAXIMUX Z790 APEX ENCORE c 14900ks - достался с sp 104 Проблема что система рандомно после перезагрузки начинает зависать с 55 post кодом. Погуглил почитал пишут что бывает из-за прижима процессора. Глянул в сокет там действительно изгиб лапки сокета не совпадает с "ушами" на процессоре.
55 у меня достаточно часто бывает при всяких перестановках, но это к памяти относится. С родным прижимом не припомню чтоб проблемы были
Ну вот с памятью ничего не делал, даже XMP профиль вырубил - гонял проц. В одну из перезагрузок post коды 28-54-55, планки начал менять местами - не помогло. ослабил прижим куллера завелось. Потом опять словил в один из ребутов 55... тут уже ничего не помогало ни планки менять ни куллер ослаблять... воткнул 12700к и все поехало... хз может проц бракованный какой-то сокет в материнке смотрел, все ровно, ноги все целые
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения