✔️ Новый сокет LGA 1851 (совместимость с охлаждением под LGA 1700 сохраняется, однако центр точки нагрева у новых процессоров несколько смещен, в связи с чем производители систем охлаждения готовят адаптированные под новый сокет крепления). Разница незначительна, но может быть полезным при чрезмерном нагреве. ✔️ Процессоры сохранят гибридный набор ядер (Р+Е) ✔️ Впервые со времен LGA 775 у процессоров не будет HT (Hyper Threading) ✔️ Увеличенное число линий PCI-E 5.0 для процессора (теперь их 20 - на 4 больше, чем у предшественников) ✔️ Процессоры этой серии будут совместимы только с памятью стандарта DDR5 ✔️ Новое графическое ядро Xe ✔️ Новые чипсеты - Z890/H870/B860/H810
Семейство новых процессоров
#77
Технические аспекты Arrow Lake-S
В новых процессорах сохраняется гибридная архитектура ядер. P - ядра, Perfomance - производительность, т.е. высокопроизводительные (Lion Cove) и E - ядра, Efficiency - эффективность, т.е. энергоэффективные (Skymont) Высокопроизводительные ядра более НЕ обладают технологией Hyper Threading, число потоков отныне равняется числу ядер Процессоры серии Ultra 28x имеют 8 P-ядер и 16 E-ядер (8P+16E), т.е. производительных и эффективных соответственно. В общей сложности 24 ядра. Процессоры серии Ultra 26x имеют 8 Р-ядер и 12 Е-ядер (8Р+12Е). В общей сложности 20 ядер. Процессоры серии Ultra 24x имеют 6 P-ядер и 8 E-ядер (6P+8E). В общей сложности 14 ядер.
Member
Статус: Не в сети Регистрация: 03.06.2003 Откуда: DE Фото: 2
Agiliter писал(а):
Это неправда. Далеко не вся рабочая нагрузка хорошо параллелится.
ну 3д кеш тоже в рабочих приложения мало где нужен, поэтому если для рабочих задач то 265к тем более на него ценник упал хорошо, если игры то 7800, хотя тогда уже лучше 9800 взять у него частоты гораздо выше.
Advanced member
Статус: Не в сети Регистрация: 29.03.2017
Опять эти универсальные советы опирающиеся непойми на что. Разные задачи и нагрузки в этих задачах требуют радикально разные машины. Вы случаем не продавцом консультантом или менеджером по продажам работаете?
Member
Статус: Не в сети Регистрация: 03.06.2003 Откуда: DE Фото: 2
саппорт систем хранения данных. а вы кем работаете? у меня две системы на 265к и АМД 7600х и используются они 80% не в играх, универсального решения конечно нет, но в рабочих нагрузках частота и количество ядер часто лучше, более медленного процессора по частоте с меньшим количеством ядер пусть и с большим кэшем.
Я пока сижу на старом сокете lga 1700 и я вот что подумал , а может нафиг этот новый интеловский сокет и просто поставить на старую мать gigabyte b660 gaming x ddr4 что нибудь типа 14600 или 14700 ? неплохие же процы и денег не надо лишних тратить на новую мать и переход на ddr5 , посижу пока на ddr4.
Member
Статус: Не в сети Регистрация: 07.12.2019 Фото: 1
РослыйПеликан писал(а):
Я пока сижу на старом сокете lga 1700 и я вот что подумал , а может нафиг этот новый интеловский сокет и просто поставить на старую мать gigabyte b660 gaming x ddr4 что нибудь типа 14600 или 14700 ?
А сейчас какой проц? Его производительности реально не хватает?
_________________ 285K, Noctua NH-D15 G2, ASUS 4080 Noctua Edition, Z890 AORUS ELITE WIFI7, 96GB (2x48GB) DDR5-6800 CL34-46-46-108 1.35V, Seasonic PRIME TX ATX 3.0 1300 W
Advanced member
Статус: Не в сети Регистрация: 27.02.2007 Откуда: Москва Фото: 72
dalegirl писал(а):
ого, я смотрю тут уже народ даже амд рекомендует для работы человеку, неужто совсем разочаровались в ультрах, теперь и не игровой и не для работы
Интел на 1851 реально причина может быть брать только если нужен именно интел, 1700 брать западло а более крутые HEDT брать душит жаба. К примеру, если нужны именно инструкции VT-x/VT-d, а не AMD-V... Чтобы хакинтош нормально работал. Других причин просто нет сейчас, только фанатизм.
Moderator
Статус: Не в сети Регистрация: 13.01.2017 Откуда: Московская обл.
HertZ писал(а):
Интел на 1851 реально причина может быть брать только если
работаешь за компом.
РослыйПеликан писал(а):
в общем занимаюсь музыкой и работаю в различный daw для музыки типа FL studio , cubase, Reaper , Ableton . проекты бывают очень жирными и требуют мощного проца и много оперативки. остановился на ultra 7 265 или ryzen 7800x3d.
Advanced member
Статус: Не в сети Регистрация: 27.02.2007 Откуда: Москва Фото: 72
r2dsf писал(а):
HertZ писал(а):
Интел на 1851 реально причина может быть брать только если
работаешь за компом.
Сомнительно и в этом случае. Какой-нибудь 9950Х вполне себе существует и способен передать привет. А ещё есть 14900К(F) на базаре, по цене в полтора раза дешевле 265К… Проблема-то не в том, что оно херовое, а в том что оно не лучше за бОльшие деньги. Термин «работа» подразумевает зарабатывание денег, а не их трату без причины. Ценовое позиционирование очччень херовое.
Moderator
Статус: Не в сети Регистрация: 13.01.2017 Откуда: Московская обл.
Проблема AMD в отсутствии нормального софта (библиотек, компиляторов и прочего). Вылизанный интеловским компилятором (oneAPI DPC++) код работает шустрее на intel, как бы это странно ни звучало и работает сильно быстрее чем этот же код, но собранный обычным GCC. А что касается 14900К, то его понадобится кочегарить под кастомным СЖО, чтобы добиться той же вычислительной производительности которая есть у 285К в стоке, при условии что задача укладывается в кэш.
Добавлено спустя 10 минут 44 секунды: Я вторую систему на 7950x3d собирал именно под работу, но работать приходится на 13900k (а теперь и на 285k, так как 13900k продан год назад), из-за софта, который в большинстве своем пишется под intel. У amd ощущается бОльший потенциал, когда собираешь утилиту сам ручками на ассемблере, но поддержка все портит. На многие девелоперские вопросы amd на своем девпортале просто разводит руками, мол "ничего не знаем, у нас нет software r&d отдела", в то время как у синих есть и инструментальная и интеллектуальная поддержка. В голой вычислительной мощности сейчас явно перевес на стороне красных, подождем Zen 6, может выйти так что код скомпилированный компилятором общего назначения, будет выполняться быстрее на AMD, чем на Next-gen Intel (чего они там обещают со своей кучей недоядер). Но пока выбор один - Intel. По крайней мере в сфере физикотехнических вычислений (Wolfram, Spectran, MatLab и иже с ними).
Advanced member
Статус: Не в сети Регистрация: 27.02.2007 Откуда: Москва Фото: 72
r2dsf писал(а):
Вылизанный интеловским компилятором (oneAPI DPC++) код работает шустрее на intel, как бы это странно ни звучало и работает сильно быстрее чем этот же код, но собранный обычным GCC
Простой патч проверки CPUID магически делает этот же код более быстрым и на AMD, при условии что поддерживаются те же наборы инструкций. Это клоунада как она есть.
r2dsf писал(а):
А что касается 14900К, то его понадобится кочегарить под кастомным СЖО, чтобы добиться той же вычислительной производительности которая есть у 285К в стоке, при условии что задача укладывается в кэш.
В случае 14900К разница в производительности между моим кастомом и простенькой AIO довольно смешная, даже близко не стоящая своих денег, проверено и не раз. Всякие кастомы мы городим больше для развлечения, так что не нужно кривить душой и изображать из этого необходимость.
Добавлено спустя 3 минуты 11 секунд:
r2dsf писал(а):
На многие девелоперские вопросы amd на своем девпортале просто разводит руками, мол "ничего не знаем, у нас нет software r&d отдела"
Вот это да, довольно известная и десятилетия не меняющаяся херня.
Moderator
Статус: Не в сети Регистрация: 13.01.2017 Откуда: Московская обл.
HertZ писал(а):
Простой патч проверки CPUID магически делает этот же код более быстрым и на AMD. Это клоунада как она есть.
Это работало с первыми версиями, когда видя левый CPUID компилятор просто добавлял ненужные y=x, i++,i-- чтобы затянуть время, сейчас это уже не работает.
Добавлено спустя 6 минут 55 секунд:
HertZ писал(а):
В случае 14900К разница в производительности между моим кастомом и простенькой AIO довольно смешная, даже близко не стоящая своих денег, проверено и не раз. Всякие кастомы мы городим больше для развлечения, так что не нужно кривить душой и изображать из этого необходимость.
Почти 15% разница по флопсам в линпаке между 13900к и 285к в стоке (штатные частоты, память в jedec, лимиты intel baseline). На 13900к мне максимум удавалось добиться 1400 Гфлопс, охлаждая плашки сухим льдом, а радиатор аио выставив наружу на мороз (иначе выше 7600 оно не ехало), сейчас же вполне успешно получаю 1550 Гфлопс на 285к на памяти 7200, просто разогнав недоядра на стоковом напряжении и снятых лимитах.
Advanced member
Статус: Не в сети Регистрация: 27.02.2007 Откуда: Москва Фото: 72
r2dsf писал(а):
компилятор просто добавлял ненужные y=x, i++,i-- чтобы затянуть время, сейчас это уже не работает.
Ничего он там специально не добавлял и не добавляет, это было бы крайне тупо так делать. Просто исполнялся генерик код независимо от того, поддерживает ли платформа оптимизированную версию. И этот генерик код вполне себе качественный, в нем никто ничего специально не портит и он лучше того что генерирует GCC. Просто оптимизированная версия ещё лучше, только и всего.
r2dsf писал(а):
Это работало с первыми версиями
Нормально работает, можешь сам проверить. Замена GenuineIntel на AuthenticAMD в бинарниках даст прирост от уровня погрешности и до 20 процентов, в зависимости от типа задачи. Замена строки-идентификатора приводит к тому, что функции начинают проверять поддержку оптимизированных версий и использовать их, если это возможно, чего в норме делаться не будет.
Добавлено спустя 2 минуты 28 секунд:
r2dsf писал(а):
Почти 15% разница по флопсам в линпаке между 13900к и 285к в стоке (штатные частоты, память в jedec, лимиты intel baseline). На 13900к мне максимум удавалось добиться 1400 Гфлопс, охлаждая плашки сухим льдом, а радиатор аио выставив наружу на мороз (иначе выше 7600 оно не ехало), сейчас же вполне успешно получаю 1550 Гфлопс на 285к на памяти 7200, просто разогнав недоядра на стоковом напряжении и снятых лимитах.
Как много из твоих задач выбирают 500 ватт? Если ты там не атомную бомбу проектируешь и за тобой не нужно присылать ФСБ. По факту типовые сценарии редко утилизируют даже до уровня 300 Вт на моём текущем конфиге. Самое страшное, что видел, это 380-400 Вт в компиляции ооооочень большого проекта.
Вот память да, другая история, но и там есть нюансы.
Добавлено спустя 4 минуты 32 секунды: Как бы то ни было, это в любом случае полная ерунда. Кому нужны высокие ПСП и мощь линпаке, тот купит двухсокетную систему с восьмиканальной памятью и не будет трахаться с вот этим вот всем. На предложения использовать какую-то там ультру покрутит пальцем у виска, сказав что двух-анал ему не нужен.
Moderator
Статус: Не в сети Регистрация: 13.01.2017 Откуда: Московская обл.
HertZ писал(а):
Нормально работает, можешь сам проверить. Замена GenuineIntel на AuthenticAMD в бинарниках даст прирост от уровня погрешности и до 20 процентов, в зависимости от типа задачи.
0 %, сам попробуй, код приложил.
HertZ писал(а):
Как много из твоих задач выбирают 500 ватт?
Любая сборка большого проекта, особенно когда дурная целевая платформа вроде нашего "российского" Комдив-64 (он же MIPS64 в девичестве), когда у тебя флаг -O3 вообще габень.
Сейчас этот форум просматривают: VCCSA и гости: 11
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения