Comments 18
Очень хотелось бы видеть сравнимые по производительности с M1 процессоры от кого то ещё
Большие клиенты постепенно уходят на ARM — недавно Twitter отметился.
В Amazon при переходе на ARM получаешь более высокую производительность за меньше деньги. Даже до ретроградов когда-нибудь дойдёт, что можно экономить 30% пустом месте.
Десять лет назад в стане ARM начали делать робкие шажки, а теперь имеем 80-ядерный монолитный процессор, который достойно выступает и в однотопоке и в многопотоке.
www.anandtech.com/show/16315/the-ampere-altra-review
И это на уже стареньком ядре N1. У Altra Max будет 128 ядер.
На серверах ничего толком не происходит
Ага, только вот акции Intel упали на 6% от одного только слуха что Microsoft делает свой проц =)
3dnews.ru/1028243/aktsii-intel-obvalilis-na-novostyah-o-razrabotke-kompaniey-microsoft-sobstvennih-protsessorov
Происходит большая работа внутри гиперскейлов.
Amazon внутри давно использует ARM-овскую инфраструктуру.
Они очень заинтересованы в снижении издержек.
ARM в AWS расширяется быстрее х86.
twitter.com/dylan522p/status/1338537233217949697
Да и Graviton3 не за горами. Пока информации нет, но для выходящих 21-м году процессоров следует ждать ядро Neoverse V1. Это будет очень жестко. Даже N1 в Ampere легко справляется с текущими Xeon/Epyc. А ещё и Nuvia готовится представить убийцу всего.
Пора готовить попкорн, скоро будет жарко.
арм там можно сказать еще не существует.
www.idc.com/getdoc.jsp?containerId=prUS47123620
And worldwide revenues for servers running AMD CPUs were up 112.4% year over year while ARM-based servers grew revenues 430.5% year over year, albeit on a very small base of revenue."
Твиттер отметился расширением текущей инфраструктуры на облако AWS и их гравитоны.
А Graviton это не ARM? :) Я не писал «полностью перешли». И Твиттер там не один.
Обычный серверный рынок очень медленный.
ARM это болото расшевелит.
Есть POWER9, RISC, суперкомпьютер SUMMIT на них занимает вторую строчку TOP500.
Десять лет назад в стане ARM начали делать робкие шажки, а теперь имеем 80-ядерный монолитный процессорИнтел сделал 80 ядер на общем кремнии 14 лет назад, но он сделал не просто процессор, а создал архитектуру для потоковой обработки данных…
www.osp.ru/cw/2007/06/3953436
Интел сделал 80 ядер на общем кремнии 14 лет назад
Вы бы ознакомились с тем, на что дали ссылку.
Polaris это просто сетка из примитивных вычислительных элементов.
Вы реально сравниваете это с полноценным серверным 80-ядерным процессором?
Каждый «процессорный движок» имеет два независимых устройства с плавающей точкой FPMAC; 3 Кбайт однотактной памяти команд и 2 Кбайт однотактной памяти данных, а также блок интерфейса с маршрутизатором.
а создал архитектуру для потоковой обработки данных…
*Зевая*. Это разумеется неправда.
Тайловые процессоры появились ещё в прошлом веке.
16-ядерный RAW. 1999г
groups.csail.mit.edu/cag/raw
www.princeton.edu/~wentzlaf/documents/Taylor.2001.HotChips.Raw.pdf
Справедливости ради скажу, что армы до опр уровня просто энергоэфективней и быстрее по соотношению к площади кристалла. Не думаю что в сервера нужны процы у которых теоретическая мощь под 200GIPS на одно ядро, там и "тривиальных" считалок на 50GIPS хватает, главное по больше, а затыки можно ускорителями поправить.
Моя инфа в голове старая, и цифры примерные.
Вопрос к аудитории, разве есть арм процы что в однопотоке достигают уровня последних I9/Ryzen?
А разработчикам ПО костыли пиши на каждый тип процессора :)
Мне казалось, что подавляющее большинство разработчиков используют C/C++/Java/Kotlin/JavaScript/C#/Rust и пр. А значит они в принципе не видят, какие инструкции процессора генерируются. Более того, в технологиях .Net Core/Kotlin Native/CLang/Rust вообще все прогоняется через LLVM, а значит достаточно будет только обновить профайлы оптимизации буквально в одном проекте, чтобы сразу поддержать значительный кусок технологий.
Так что формально Вы правы, возможно, ряду разработчиков придется писать отдельный код для ARM от Microsoft. А на деле группа таких людей довольно малочисленная.
Я давно не занимаюсь низкоуровневым программированием но на c++ писал asm вставки под разные типы процессоров, потому-то у Intel были MMX, а у AMD 3D Now. А потом ещё был зоопарк шейдеров. Но тогда надо было выжимать из процессоров все соки, а сейчас не парятся видимо, пользователь если захочет поиграть купить новое железо.
Сейчас что бы выжимать все соки, надо главным образом вручную использовать векторные расширения процессов. А это можно сделать даже на C#, с компиляцией практически 1-в-1 в идентичные машинно-специфичные инструкции. (Хотя конечно прийдется под каждый тип векторных инструкций писать свой код).
А ассемблерные вставки чаще всего получаются не быстрее когда, сгенерированного компилятором.
Да, Вы правы. Еще, возможно, производители игровых движков (Unity, Unreal Engine и пр.) будут вынуждены обновить ассеблерные вставки (если Microsoft введет дополнительные команды).
для ARM от Microsoft.
Не нужно ходить к гадалке, чтобы понять, что они используют ядро ARM Neoverse V1 или N2. Все, кто делал свои ARM ядра, сдались, кроме Apple.
Поддержка этих ядер в LLVM уже есть.
reviews.llvm.org/D90765
reviews.llvm.org/D91695
C/C++
не видят, какие инструкции процессора генерируются.
Простите, ЧТО?! Вы какую-то чушь сказали. Насчёт других (интерпретируемых) языков не спорю, но на C/C++ без взгляда на генерируемый ассемблерный код пишут разве что только лабораторные работы в институте.
Нас ждёт интересное время, которого не было с 1980х, наверное, когда стало снова выгодно делать свои процессоры. А это значит, что будет зоопарк технических решений, который да, придется поддерживать в ПО. И вряд ли получится эту сложность полностью спрятать — просто слишком много всего одновременно происходит. Так что коснется всех.
СМИ: Microsoft работает над собственными чипами архитектуры ARM для серверов и ноутбуков