В AMD вважають, що в архітектури ARM немає переваг над x86

[Demedik]

По сути да... Что ARM, что x86 это гибриды CISK и RISK. Если говорить про автономность - то тот же Asus Rog Flow Z13 не далеко отстал от эталонов на М4(насколько помню всего 1-2 часа), при это он на Windows который не слишком хорошо оптимизирован для этого(в отличие от той же MacOS).

[Олег Мандріаник]

Вам AVX512 не вистачає?
AVX512 жарит проц в хлам. Я так 6800к спалил вместе с мамкой, хотя проц на воде и ЖМ был

Відправлено через 5 хвилин 35 секунд:
Вам AVX512 не вистачає?
AVX512 жарит проц в хлам. Я так 6800к спалил вместе с мамкой, хотя проц на воде и ЖМ был
А там даже 512 не было, но спалил

[waryag]

Цена конечно будет космос. Но когда я покупал фотик Кенон 70д, первый в мире зеркальный с Дуал Пиксель и объектив 17-55 2,8 - то цена меня интересовала в последний момент. Точнее вообще не интересовала.

Если верить сети, разница в цене с предшественником была до 10%.
То есть не ультимативное решение на все бабки, а просто удачная эволюция.

[Аціо]

128-256фп, 512біт...

Тільки не кажіть людям скільки воно буде споживати та чим їм треба буде це охолоджувати.
Бо так подібна потужна незламна ТОЩО на 2нм буде ~1кВт на 4.7-5гГц, хоч швидкодія і в рази три більша.
І річ не в тому що не знайдете охочих, річ в тому що охолодити таке булоб можливо азотом.
Що стосується АРМ - ще сирий та слабкий у іграх, але енергоефективний бо не обвішаний апаратно милицями, а щоб стати не слабким у багатьох іграх - треба обвішувати милицями які усю енергоефективність зжеруть, от і замкнуте коло для АРМ.
Так ще і запуск АРМ на х86, х64 найгірший що можна уявити, бо системи просто стартували з такою антирекламою - ціною, що тепер відкопувати цього небіжчика це мабуть лише роздаючи безкоштовно.
Бо так швидкодію умовного планшета-телефона 300-400 баксів, якийсь найвеличніший геній сучасності вирішив почати продавати за 3000-4000 баксів. Тепер це не придбають і за нормальну ціну, бо тільки дивишся на той АРМ і вже нудить.
До Яблука це не відноситься, Яблуко то зараз окрема ніша зі своїм гуртом користувачів, коротше вони в своєму осередку молодці.

[dext]

Дивна заява від тих, хто досі сидить на 4-wide декодерах, через що L0 за розміром вже дорівнює (якщо не більше), ніж L1

Ну і всі останні перемоги "екосистеми x86" з точки зору автономності - в апаратних декодерах відео, які безпосередньо до архітектури x86 не мають жодного відношення, бо як тільки починає маслати ЦП - енергоефективність зникає, тут паритету не буде навіть теоретично

[Аціо]

dext
Ви сусід Володі? - Як він там?
Його також дуже потужно турбував незламний декодер Лізи Су пам'ятаю.

[dext]

Аціо
Ви краще поясніть, чому AMD досі не може вилізти з 4-wide decode, - зможете? Питання риторичне

[Аціо]

Аціо
Ви краще поясніть, чому AMD досі не може вилізти з 4-wide decode, - зможете? Питання риторичне

Звичайно зможу - бо це все навмисно робить АМД, щоб засмутити вас та Володю!
А от нам АМДшникам як я Ліза Су сама вночі під подушку по 8-16 декодерів кладе, зрозуміли?
- Тільки нікому про це не кажіть, бо то таємниця.

[Kattelia]

Kattelia считает, что у графического подразделения AMD нет преимуществ перед NVIDIA. Дело закрыто!

[1234waltz]

Ну і всі останні перемоги "екосистеми x86" з точки зору автономності - в апаратних декодерах відео, які безпосередньо до архітектури x86 не мають жодного відношення, бо як тільки починає маслати ЦП - енергоефективність зникає, тут паритету не буде навіть теоретично

Так вся "енергоефективність" ARM в тому, що там юзаються окремі апаратні блоки, щоб винести з ядер ЦПУ все "додаткове, а дизайнери SoC тупо блокують використання SVE. Запускаєте софт, який вміє юзати SVE і енергоефективність буде такаж, як в x64 з AVX. З Apple Matrix (AMX) взагалі цікаво виходить, бо це тупо окрема від ядер ЦПУ матрична числодробилка.

[dext]

Бо це правда. При розробці AArch64 ARM приділили увагу тому щоб архітектуру можна було реалізувати на будь-якому чайнику, а не тому щоб досягти переваг продуктивності над х86. Для переваг продуктивності треба зовсім іншу архітектуру.

Повна маячня:
- в aarch64 зробили обов'язковими багато інструкцій, які були опціональними в arm32, тобто ситуація зворотня
- деякі композитні інструкції об'єднали в одну саме з розрахунку продуктивності
- продуктивність на 90+% залежить від мікроархітектури, тобто конкретної реалізації архітектури

[Scoffer]

Дивна заява від тих, хто досі сидить на 4-wide декодерах, через що L0 за розміром вже дорівнює (якщо не більше), ніж L1

В р-ядрах 8-вей декодер, в е-ядрах три штуки по 3-вей декодерів в паралель = 9-вей загалом. L0 такий здоровий тому що uop cache в принципі дуже ефективна структура і прибирає 1-2 стадії з конвеєра, що взагалі-то круто.

[dext]

Аціо
Тобто ви те інтервью, де інженер AMD це пояснює - не читали? Передбучувано

Так вся "енергоефективність" ARM в тому, що там юзаються окремі апаратні блоки, щоб винести з ядер ЦПУ все "додаткове

Наведіть докази, будь ласка, з описом які "апаратні блоки" за що відповідають

[Scoffer]

Повна маячня:
- в aarch64 зробили обов'язковими багато інструкцій, які були опціональними в arm32, тобто ситуація зворотня
- деякі композитні інструкції об'єднали в одну саме з розрахунку продуктивності
- продуктивність на 90+% залежить від мікроархітектури, тобто конкретної реалізації архітектури

Ну да, ну да. Апнули так що мікроархітектуру можна тепер реалізувати не на 30к транзисторах, а на 300к. А треба починаючи з 300-мільйонів взагалі-то. І от на цих мільйонах одразу спливають зовсім інші приорітети.

[dext]

В р-ядрах 8-вей декодер, в е-ядрах три штуки по 3-вей декодерів в паралель = 9-вей загалом. L0 такий здоровий тому що uop cache в принципі дуже ефективна структура і прибирає 1-2 стадії з конвеєра, що взагалі-то круто.

По-перше, мова про AMD.
По-друге, 3x3 зробили саме щоб не робити 1x9, тож читаємо про "9 жінок і дитину за 1 місяць"
По-трєте, воно прибирає misprediction penalty лише коли ці данні є в L0, але сам x86-декодер на 2+ стадії довший, тобто тут мова виключно про (теоретичний) паритет з ARM, в єдиній ситуації

[Scoffer]

Банальний приклад: операції ділення і знаходження квадратного кореня загалом підвищують продуктивність скалярних процесорів і зменшують об'єм коду що важлило для всяких ІоТ. В жирних суперскалярних ядрах що перше, що друге не конвеєризується і займає цілий порт на всі такти виконання, за котрі на тому ж порту можна було виконати по 10+ фма операцій і отримати пропускну спроможність програмної емуляції ділення вище ніж апаратна реалізація. Натурно це було доведено спочатку альфою, а потім ітаніумом, котрі не мали вказаних операцій, що не заважало їм рвати всіх і вся в числодробильнях. Але арм не може так зробити, тому що чайники.

[avuremybe]

Тобто ви те інтервью, де інженер AMD це пояснює - не читали?

Характерно, що до того інтерв'ю, ні ти ні володя про декодер не знали і не писали

[Scoffer]

По-друге, 3x3 зробили саме щоб не робити 1x9

Ні, 3*3 зробили тому що кожна четверта операція на х86 - бранч і без кешу мікрооперацій нарощування ширини декодерів до сраки.

[1234waltz]

Наведіть докази, будь ласка, з описом які "апаратні блоки" за що відповідають

Мабуть кращий приклад буде по Apple Silicon
Це по https://github.com/corsix/amx
Також там є Secure Enclave, який відповідає за Apple Pay та ID.
Все навантаження від декода/енкода відео та фото лежить на Media Engine, як і у всіх сучасних SoC. + ISP. Neural Engine, аналогічно.

[dext]

Ну да, ну да. Апнули так що мікроархітектуру можна тепер реалізувати не на 30к транзисторах, а на 300к. А треба починаючи з 300-мільйонів взагалі-то. І от на цих мільйонах одразу спливають зовсім інші приорітети.

X2/Firestorm починається з сотень мільйонів, контролери - з десятків тисяч, бо на ARM є вибір, а на x86 - ні. Тож не дивуйтеся, що AMD припинила випускати бюджетні ЦП
І знову ж таки: у вас погане розуміння відмінності архітектури від мікроархітектури