В теме в полной мере действуют >>> ПРАВИЛА КОНФЕРЕНЦИИ

Смежные темы, где можно задать или обсудить свои вопросы, не касающиеся или косвенно касающиеся процессоров Arrow Lake-S

1. Температура процессоров Intel (FAQ - стр.1)
2. FAQ: Какой процессор будет оптимальным для моих задач? (часть 2)
3. Методика тестирования и определение стабильности при разгоне процессоров Intel
4. Производительность системы в гигафлопсах? (Linpack / IBT / LinX / etc.)
5. Всё о скальпировании процессоров...
6. Выбор воздушного кулера для процессора - скорая помощь новичкам и бывалым + FAQ (часть 2)
7. СЖО. Выбор необслуживаемых систем (AIO)
8. Статистика разгона памяти DDR-5 на платформах Intel

✔️ Новый сокет LGA 1851 (совместимость с охлаждением под LGA 1700 сохраняется, однако центр точки нагрева у новых процессоров несколько смещен, в связи с чем производители систем охлаждения готовят адаптированные под новый сокет крепления). Разница незначительна, но может быть полезным при чрезмерном нагреве.
✔️ Процессоры сохранят гибридный набор ядер (Р+Е)
✔️ Впервые со времен LGA 775 у процессоров не будет HT (Hyper Threading)
✔️ Увеличенное число линий PCI-E 5.0 для процессора (теперь их 20 - на 4 больше, чем у предшественников)
✔️ Процессоры этой серии будут совместимы только с памятью стандарта DDR5
✔️ Новое графическое ядро Xe
✔️ Новые чипсеты - Z890/H870/B860/H810










Гайды для настройки процессоров Arrow Lake:
https://skatterbencher.com/
Overclock.net

Раздел будет дополняться по мере поступления новой информации

Andy**Pro Вроде и хорошо, но с хорошим разгоном 14900К(S) +- одно и тоже

Понять есть ли статоры очень легко глядя на 0.1% в тестах.
Даже этих двух тестов за глаза чтобы весь спектр косяков понять.


Тут видно и как i9 13-14 поколения тормозят и жёстко сливают и как чиплетные процы АМД тормозят и жестко сливают и как x3d жёстко сливают и новейший Arrow Lake сливает.
Короче косяки бывают у всех без исключения. Всё от игры зависит.

Скальпирование ARL это какое-то тотальное насилие, я поражаюсь как он его не порезал и не сколол текстолит в процессе

Это 19 нс внутри кластера е-ядер, которые соединены друг с другом напрямую, нечто такое же можно наблюдать в зен1/+/2, где также были кластеры по четыре ядра (потому что так можно каждый узел связать со всеми всего тремя линками (в сумме шесть на один кластер). Раньше похоже просто любое обращение е-ядра к памяти и л3 кэшу шло всегда через шину и коммутатор, который подключает кластер к кольцу, из-за чего была большая задержка даже при взаимодействиях е-ядер внутри одного кластера (ну или не так меряли, как на новых картинках с квадратиками).

0.1% вовсе необязательно показывает, что проблема в цп и даже необязательно говорит о фактическом наличии проблемы как таковой.
Например, если вы делаете минимальное количество буферов, то у вас может быть неровный график фреймтайма, но на экране будет всё плавно. Это не значит, что проблем обязательно нет, но это не всегда говорит, что она есть. Да и минимальное количество буферов по-умолчанию портит эти показатели, особенно без лимита фпс.
К тому же игры делают так, что у вас может быть БОЛЬШЕ фпс в некоторых ситуациях из-за худшей, а не лучшей производительности. Например, в случае с динамической загрузкой ресурсов, ДО того как всё подгрузится фпс может быть больше.
ФПС может быть слишком большим и в некоторых играх это тоже приводит к фризам.
Ситуаций в которых ухудшение или улучшение производительности может привести к обратному эффекту по таким показателям вполне достаточно.

0.1% такой "точный" показатель, который может зависеть от всего подряд. Его в принципе нельзя использовать для анализа чего-либо кроме одного конкретного случая. Тем более нельзя его использовать для проецирования на другие случаи.
1% уже что-то более менее адекватное.

Специалистов по всем вопросам развелось прямо совсем дохрена. Перманент по 3.1 давно пора выдать некоторым.

Так перепроверьте результаты и покажите обратное

На интел для этого не нужен ни драйвер ни сторонний софт.
Разговор то шел не про AMD. А про то, что если хочется сделать так, чтобы P всегда и везде грузились в первую очередь, то для этого обнов и новых профилей APO ждать не надо.


Да вроде бы нумерация ядер не сменилась от того, что их перетасовали физически. 0-7 - это P.
Предположим, что это не так. Тогда почему обращение от 0 к 3 и 4 быстрее, чем к 1 и 2, ведь 1-4 - это кластер E (если считать по физической топологии).
Но в любом случае действительно видно, что E в одном кластере уже не такие инвалиды при обращении к друг другу.

Новые E какие-то нереально мощные на самом то деле.
https://www.sweclockers.com/test/39871- ... tmonster/9
HT в серьезной нагрузке дает минимум -30% к скорости каждого потока. А это больше, чем разница между P и E у 200S.

4e_alex может имело бы смысл сделать 24 е-ядер С таким приростом, это не лишено смысла. Будет меньше потреблять, не будет ерунды из-за разной латентности между разнородными ядрами. Шину D2D побыстрее и вполне себе. e-ядра по IPC равны p-ядрам в alder lake

расстроил меня этот обзор...
https://overclockers.ru/blog/RealMan/sh ... eto-proval

Латентность не из-за разнородных ядер.

обзор это когда своими руками железку изучаешь, а высер этого кукаретика, который когда-то задвигал про майнинг, обзором вообще назвать нельзя.

В плане? И в табличке латентности, и на разметке ядер видно, почему так. В кольцевой шине не важно, насколько физически далеки друг от друга ядра, сигнал всегда проходит все кольцо прежде чем кто-то получает доступ к данным. Е-ядра напрямую связаны друг с другом в рамках одного кластера, поэтому там доступ быстрее к "своему" л3-кэшу.

точнее 36 или 40, по паритету занимаемой площади на кристалле.

из-за шины D2D, могут улучшить, если захотят делать рефреш. В целом, что с таким IPC на e-core могли бы сделать ультимативную (в настольном сегменте) числодробилку

Добавлено спустя 2 минуты 20 секунд:
tsaMolotoff получается у е-ядер все таки доступ быстрее

Разгон памяти на ARL со скоростной CUDIMM будет в Gear4, но с ростом частоты до условных 10 ГГц задержка будет на уровне с 8200-8400 Gear 2, не так страшно короче, просто нужна более скоростная память
https://skatterbencher.com/2024/10/24/arrow-lake-memss-overclocking/

Быстрее, да, но только к своему кэшу - как только е-ядро попытается обратиться в другой сегмент л3 (т.е. даже в л3 кэш другого квада е-ядер), оно (как видно из таблички) уравнивается в правах и скорости с остальными всеми ядрами и квадами. Т.е. если убрать все п-ядра и оставить только е-ядра, ситуация не изменится Еще важно понимать, что эта табличка отражает только взаимодействия между ядрами, т.е. оно не учитывает то, как много времени уходит на доступ к памяти (что видимо стало сильно хуже в АРЛ по сравнению с монолитными интелами). Но тут вопрос только к интелу, зачем он решил перенести контроллер в отдельную плитку, учитывая, что в отличие от АМД вся эта конструкция не имеет использования в ынтерпрайз сегменте

В серваки полюбому пойдет такой вариант тоже (там уже есть камни с одними только E и одними только P). IPC все еще ниже alder lake, а вот rocket lake давай досвидания. Ну и разницу частот надо учитывать. От P еще очень рано отказываться, они на определенной группе задач все еще заметно лучше. И игровая нагрузка в их числе.



Ок, теперь вижу, как они пронумерованы. Но это косячно как-то, не надо было так делать. Софт будет тупить от того, что у нас то E то P по списку идут. Надо было все P собрать в кучку и логически пронумеровать 0-7. Не исключено даже, что некоторые провалы в играх этим и обусловлены.

с играми беда конечно, в плане оптимизации кода. Плохо что они никак не хотят скопировать подход конкурента и выпустить чисто игровой процессор, многие претензии отпали бы, неважно обоснованные или нет. Про IPC и e-core имел ввиду с их дальнейшей доработкой.

Тоже думаю, что многие проблемы в играх из-за этого, на чистую математику это не сильно влияет, т.к. загрузка идет на 100 %. Сделано это было с целью уменьшить температуры, что у них получилось по итогу.

285K точно не нужен драйвер или APO? По-моему ему нехорошо из-за бо́льшего количества малых ядер, по сравнению с 245K.

Не об этом речь. Если задача просто не дать софту использовать E, пока все P не будут забиты до упора, или вообще запретить на них лазить, то это решается без установки какого-то отдельного софта, без APO, без смены настроек в биос. В плане электропитания меняем политику работы с гетерогенным CPU и все.
Это никак не связано с печалью, которую можно видеть из коробки.

У китайцев отключение E дало +4% на 285K в киберпанке, что никак не компенсирует слив.


Это и была их попытка в чисто игровой процессор
Не исключено даже, что у них были планы на плитку с L4, а потому до последнего на латентность памяти не обращали внимание.

Угу. Только тут и на Gear 2 задержка не фонтан.
Процессоры Intel Core Ultra 200 (Arrow Lake-S / LGA1851) #18301752