так обладает эффективными технологиями энергосбережения путём понижения рабочей частоты и токов потребления
Или… это вам так говорили что они эффективные.
В Интел, наконец, поняли что против с big.LITTLE нечего выставить =)
AMD тоже придётся так сделать.
Ладно бы, если малые ядра были ARM!
Вы совсем не курсе про такую вещь как Система Команд?
x86 и ARM процессоры не совместимы.
Наш топовый i9-12900K потребляет в стоке 15w!
Топовый 359W потребляет (в режиме PL4).
Это причина по которой нужны маленькие ядра на десктопе — последние чипы крайне ограничены термально. Они просто не могут работать на максимальной частоте, которую позволяет технология и микроархитектура и при этом не расплавиться.
Компания Apple работает над преемником мобильной платформы Apple M1 с конца прошлого года
Вот зачем писать очевидную глупость? Разработка SoC и микроархитектуры ядер (которые тут явно будует от A15) занимает у Apple 3 года. Т.о. разработку ведут с 2018г.
а вы в ответ приводите хоть и начального уровня, но сервер.
В своём вопросе вы не задавали никаких рамок.
«Какую конкретно материнку на ARM потребуется догонять 10 лет?»
Теперь возмущаетесь? Да пожалуйста — то же самое на десктоп:
https://store.avantek.co.uk/ampere-altra-64bit-arm-workstation.html
Ещё раз. Вы не понимаете, что догонять нужно не набор портов (их можно напихать сколько влезет), а стандартизацию _системной архитектуры_.
Вы точно разбираетесь в IT?
Если взять ваш уровень за 0, то очень неплохо разбираюсь.
Вы отдаёте себе отчёт, что в них «мощный ARM CPU» нафиг не упирался, так как он только лишь диспетчер задач для NVidia-вских плат, для размещения которых эти сервера и предназначены?
Да-да. «Не упирался», но тем не менее их делают и покупают.
ARM сервера нужны чтобы запускать ARM софт.
Популярные инстансы с Graviton/Altra вообще без GPU.
Со 128-ядерной Altra мало что может соревноваться по вычислительной мощности и энергоэффективности. Например билд сервер сделать — самое то. GPU не нужен.
Вы ТОЧНО уверены, что тоже самое нельзя предъявить x86/amd64 и ARM?
Можно. В частности Интелу, который делал Атомы без AVX2.
Но это специализированные расширения, а не порезаный на части базовый набор, как в RISC-V.
Софт и библиотеки в основном разрабатываются под C и Python.
Ахах. Какой наивняк. Речь не о том, что можно собрать абы что из имеющихся исходников, а собрать оптимизированный и проверенный релиз под конкретную платфору.
.
То-то большие проекты как фотошоп/офис несколько лет портировали на ARM, а Visual Studio никак не могут сделать.
Даже если там не используют асм, как в каком-нибудь openBLAS
https://github.com/xianyi/OpenBLAS/tree/develop/kernel/arm64
то наверняка используют интринсики.
Это крошечный процессор с низкой производительностью:
«U74 High performance:
8-stage, dual-issue superscalar pipeline»
.
Какую конкретно материнку на ARM потребуется догонять 10 лет?
Любую с поддержкой правильных стандартов.
https://www.gigabyte.com/ru/Enterprise/ARM-Server
Время кривых одноплатников уходит.
Даже на Raspberry-Pi появляется UEFI.
Привести ссылки на дистрибутивы Linux для этой платы?
Разумеется.
Софт и библиотеки в основном разрабатываются под х86 и ARM.
Это не удивительно, потому как в год продаётся ~24 миллиарда ARM процессоров.
.
Нет быстродействующих микроархитектур RISC-V.
Нет стандартов на системную архитектуру. Это делает создание универсального дистриба ОС невозможным.
У ARM есть SBSA/SBBR.
RISC-V ISA не полностью готова.
Фрагментация процессорных расширений мешает разрабатывать софт.
Разнобразные расширения хороши лишь для студентов, чтобы им не проектировать «лишние» операции типа умножения =)
Или… это вам так говорили что они эффективные.
В Интел, наконец, поняли что против с big.LITTLE нечего выставить =)
AMD тоже придётся так сделать.
Вы совсем не курсе про такую вещь как Система Команд?
x86 и ARM процессоры не совместимы.
Топовый 359W потребляет (в режиме PL4).
Это причина по которой нужны маленькие ядра на десктопе — последние чипы крайне ограничены термально. Они просто не могут работать на максимальной частоте, которую позволяет технология и микроархитектура и при этом не расплавиться.
Вот зачем писать очевидную глупость? Разработка SoC и микроархитектуры ядер (которые тут явно будует от A15) занимает у Apple 3 года. Т.о. разработку ведут с 2018г.
Ни одна компания в мире не имеет технологий уровня TSMC, г-н 5-гривенный тролль =)
В своём вопросе вы не задавали никаких рамок.
«Какую конкретно материнку на ARM потребуется догонять 10 лет?»
Теперь возмущаетесь? Да пожалуйста — то же самое на десктоп:
https://store.avantek.co.uk/ampere-altra-64bit-arm-workstation.html
Ещё раз. Вы не понимаете, что догонять нужно не набор портов (их можно напихать сколько влезет), а стандартизацию _системной архитектуры_.
Если взять ваш уровень за 0, то очень неплохо разбираюсь.
Да-да. «Не упирался», но тем не менее их делают и покупают.
ARM сервера нужны чтобы запускать ARM софт.
Популярные инстансы с Graviton/Altra вообще без GPU.
Со 128-ядерной Altra мало что может соревноваться по вычислительной мощности и энергоэффективности. Например билд сервер сделать — самое то. GPU не нужен.
Можно. В частности Интелу, который делал Атомы без AVX2.
Но это специализированные расширения, а не порезаный на части базовый набор, как в RISC-V.
Ахах. Какой наивняк. Речь не о том, что можно собрать абы что из имеющихся исходников, а собрать оптимизированный и проверенный релиз под конкретную платфору.
.
То-то большие проекты как фотошоп/офис несколько лет портировали на ARM, а Visual Studio никак не могут сделать.
Даже если там не используют асм, как в каком-нибудь openBLAS
https://github.com/xianyi/OpenBLAS/tree/develop/kernel/arm64
то наверняка используют интринсики.
«U74 High performance:
8-stage, dual-issue superscalar pipeline»
.
Любую с поддержкой правильных стандартов.
https://www.gigabyte.com/ru/Enterprise/ARM-Server
Время кривых одноплатников уходит.
Даже на Raspberry-Pi появляется UEFI.
Скучно.
Софт и библиотеки в основном разрабатываются под х86 и ARM.
Это не удивительно, потому как в год продаётся ~24 миллиарда ARM процессоров.
.
Нет быстродействующих микроархитектур RISC-V.
Нет стандартов на системную архитектуру. Это делает создание универсального дистриба ОС невозможным.
У ARM есть SBSA/SBBR.
RISC-V ISA не полностью готова.
Фрагментация процессорных расширений мешает разрабатывать софт.
Разнобразные расширения хороши лишь для студентов, чтобы им не проектировать «лишние» операции типа умножения =)
Я-то принимал участие в портировании софта под Эльбрус.
Если некто делает софт для госконтор, он будет пересобирать софт определённо в плюс себе.