LINUX.ORG.RU

Серверное оборудование на ARM64: версия AMD

 , , ,


2

3

Вчера на конференции Open Compute Summit AMD представила платформу для разработки серверов на новом семействе процессоров AMD® Opteron™ A1100. Предлагаемые индустрии процессоры имеют следующие характеристики:

  • 4 или 8 ядер Cortex™ A57
  • до 4МБ кэша L2 и до 8МБ L3, разделяемого между всеми ядрами
  • двухканальный контроллер памяти DDR3 или DDR4 с поддержкой четности и частот обмена до 1866МГц;
  • до 4 разъемов SODIMM, UDIMM или RDIMM;
  • 8 линий PCI-Express® 3.0;
  • 8 портов SATA3;
  • 2 порта Ethernet 10G;
  • технология ARM TrustZone®;
  • сопроцессоры для ускорения шифрования и сжатия данных;
  • технологические нормы производства 28нм.

Рабочая частота, потребляемая мощность и тип корпуса/разъёма не уточняются; при этом ссылка на страницу продукта ведет на описание семейства Opteron™ 6300, а семейство A1100 поиском на сайте не находится.

Сама платформа включает в себя материнскую плату форм-фактора µATX, содержащую:

  • процессор серии AMD® Opteron™ A1100;
  • 4 слота RDIMM с поддержкой памяти DDR3 объемом до 128ГБ;
  • разъемы PCI Express®, конфигурируемые, как один порт x8 или два порта x4;
  • 8 разъемов SATA;
  • систему питания, совместимую со стандартными БП;
  • стандартный загрузчик UEFI.

Кроме того, в составе платформы предлагается рабочее окружение, построенное на базе Fedora Linux и обеспечивающее разработчиков необходимыми инструментами: стандартным набором ПО GNU toolchain для кросс-сборки на целевую платформу, драйверами устройств целевой платформы, а так же связкой Apache/MySQL/PHP/Java (версий 7 и 8) для веб-разработки.

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: Klymedy (всего исправлений: 4)
Ответ на: комментарий от Orlusha

Это только если чип аппаратно забагован, либо разные версии архитектуры.

Quasar ★★★★★
()

хотеть такое в десктоп форм факторе и побыстрее, надеюсь на скорый х86-капец и оффтопика с ним :)

G
()
Ответ на: комментарий от anonymous

Игра такая. Есть в нескольких вариантах.

Quasar ★★★★★
()
Ответ на: комментарий от ncrmnt

Полное незнание матчасти, не позорься.

угумс. Тото каждый производитель лепит свой флешер и свой uboot.

Аналогично. Как бэ 4 пина IDC 2.54 разъем давно стандарт. Все донглы давно совместимы 3.3 и 5 в лог. уровнями. 1.8 или 2.5 вольта делают только полтора нонконфомиста, и то за это их гавном быстро закидывают.

А порядок пинов тоже стандарт? А я вот смотрю, в cisco 504g uart на 5 пинов, тож нонкомформисты...

1.8 или 2.5 вольта делают только полтора нонконфомиста

гнусмас на первом месте, если че....

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

Почему то мне кажется что ты тот же говняный анонимус который брызкал слюнями в теме про OpenMP года так пол назад. Словесные обороты те же, и чувство уважения собеседника не изменилось.

Тебя ещё жизнь не наказала?

G
()
Ответ на: комментарий от anonymous

anonymous> За x86 полно рациональных аргументов.

Типа ядерной батарейки? Ну да. Пожиралово энергии в современных x86-процессорах - явление распространённое из-за специфики рынка.

Quasar ★★★★★
()
Ответ на: комментарий от Reset

Только благодаря тому, что есть куча производителей. У x86 их фактически два.

Quasar ★★★★★
()
Ответ на: комментарий от yu-boot

Наконец-то можно будет купить нормальную мамку с армом, а не убожества с 512 МБ RAM и без слотов расширения?

Те слоты расширения тебе не помогут. Обычные PCIE карточки для x86 компьютеров там не будут работать. Придется покупать специальные, возможно даже что конкретно под эту материнку.

rtvd ★★★★★
()
Ответ на: комментарий от anonymous

Ну вот и будут у ARM на подсосе изернет-контроллеры для них делать.

Да скорее уж ARM судьба MIPS поджидает.

mv ★★★★★
()
Ответ на: комментарий от Free-Boatman

Переводчик слегка накосячил в новости.

Если почитать оригинал, то там написано что в марте будут выдаватся девкиты для этого дела в ATX факторе, от чего я не откажусь.

G
()
Ответ на: комментарий от Free-Boatman

по медному кабелю? ты стебёшся? Дешевле в впх оптоволокно поставить.

При чём здесь кабель?

mv ★★★★★
()
Ответ на: комментарий от rtvd

Те слоты расширения тебе не помогут. Обычные PCIE карточки для x86 компьютеров там не будут работать.

Почему же?

В новости говорится про обычные линии PCI-Express 3, это вполне те же стандарты, что и десктоп PC, это же не есть серверный PCI-X.

G
()
Ответ на: комментарий от scott_tiger

Сан вон хвалился что его ниагары порвут всех и весь мир будет на них работать и экономить-экономить-экономить. И где тот сан и его ниагары?

Там же, где и ниагара за приемлемую цену. Даже если эта Niagara была чем-то лучше современных ей x86, это вряд ли компенсировало разницу в цене.

rtvd ★★★★★
()
Ответ на: комментарий от G

Почему же?

В новости говорится про обычные линии PCI-Express 3, это вполне те же стандарты, что и десктоп PC, это же не есть серверный PCI-X.

Потому что PCI-Express это по большому счету стандарт на передачу данных. Адресация, кодировка пакетов, типы пакетов. В любой мало-мальски серьезной PCIE карте есть свой BIOS (иногда несколько штук). Часть кода обязана запускаться на CPU, часть на карте. И та часть, что запускается на CPU, сильно завязана не только на саму архитектуру CPU, а и на BIOS/UEFI/CoreBoot/etc. компьютера. Поэтому если ты возьмешь, скажем, PCI или PCIE карту с Power или Sparc, то она вообще никак не заработает на x86. И более того, будет чудом если компьютер вообще включится.

rtvd ★★★★★
()
Ответ на: комментарий от reprimand

из всего этого только будущая поддержка ддр4 порадовала. Все остальное какое-то нищебродское, несмотря на ARM. Очень, очень ненужно.

«несмотря»?

Как раз ARM всегда и был нищебродским. Говноархитектура, где устройства сцеплены намертво ради экономии пары центов, и где ради этой же экономии даже не сделали discovery этих самых устройств.

Не зря Линус поливает говном ARMофилов. Истину глаголет. Когда стадо производителей железа выбрасывает на прилавки одного экспоната питерской кунсткамеры за другим, то это не может вызывать ничего кроме омерзения.

rtvd ★★★★★
()
Ответ на: комментарий от scott_tiger

ну как бы и интел сейчас крупнейший поставщик процессоров. облажавшийся на старте мобильной революции. а теперь ему хана потомучто х86 на планшетах и в телефонах нахер никому не нужен. уже слухи ходят что атом для мобил и планшетов пристрелят т.к. не продается он совсем.

интелу нельзя было допустить чтобы хоть ктото поверил что процессоры других архитектур можно использовать. но он просрал взрыв мобильного сегмента а теперь арм как советская армия после курской дуги будет наступать и наступать пока не порвет х86 в клочья.

vovan72
() автор топика
Ответ на: комментарий от segfault

А действительно, зачем на серверах этот огороженный гипервизор?

Чтобы RIAA и подобные смилостивились над тобой, и позволили через этот сервер гнать «лизенционную» и по самые помидоры заDRMленую музыку. Ну, скажем, радиостанцию поднять. :)

rtvd ★★★★★
()
Ответ на: комментарий от rtvd

Говноархитектура, где устройства сцеплены намертво ради экономии пары центов, и где ради этой же экономии даже не сделали discovery этих самых устройств.

Архитектура ЦП может быть говном, но она здесь не причем. Discovery устройств - задача шины, будет PCI - будет и discovery. // К.О.

tailgunner ★★★★★
()
Ответ на: комментарий от yu-boot

Воу-воу-воу, как писишные звуковухи и видео вставляли в PPC-маки и амиги?

Ты про старье? Ну да, старые карточки были без этих прибамбасов. Просто анонсировали кто они, и какие есть ресурсы. Это если PCI.

В те веселые времена, помнится, были еще ISA, где не было еще Plug'n'Pray. Так что номера IRQ линий и адреса DMA проставлялись вручную.

Когда ты последний раз имел дело с таким железом? У меня такого нет уже лет десять.

rtvd ★★★★★
()
Ответ на: комментарий от yu-boot

Ну, тогда хотя бы SATA, RAM и нормальные частоты CPU.

А что такое нормальные частоты CPU? Нормальные в смысле такие же как у x86, только на ARM?

rtvd ★★★★★
()
Ответ на: комментарий от Free-Boatman

прошивку биоса когда запретили?

Ты можешь просто так взять и перепрошить BIOS на произвольной карточке? Как?

А что если производитель карточки не интересуется этим твоим ARMом и не хочет писать свою прошивку. Сам будешь делать reverse engineering и писать с нуля?

rtvd ★★★★★
()
Ответ на: комментарий от tailgunner

Архитектура ЦП может быть говном, но она здесь не причем.

Да ну? То, что бинарник будет работать лишь на некоторых устройствах того же семейства это не при чем? А что причем?

Discovery устройств - задача шины, будет PCI - будет и discovery. // К.О.

К.О. несколько лукавит. Потому что на шине PCIE будет далеко не все. В этом то и главная фишка ARMов, что переферию вшивают в процессор намертво. И там нет никакой discovery. Скорее всего те же Ethernet 10G висят не на шине PCIE, для них просто выделены адреса в общем адресном пространстве, и контроллер памяти просто знает (захардкожено), что обращения вооон к тем адресам должны идти к контроллеру Ethernet. С поддержкой криптографии ситуация скорей всего еще более брутальна - дополнительные инструкции процессора. Но может быть и отдельный ускоритель, обратно же вшарашеный прямо в адресное пространство. А затем они выпустят новую версию материнки, где, скажем, будет четыре контроллера Ethernet. Адресация измениться, а discovery все равно нет. И будут ARMофилы дружно сосать, потому что им прийдется пересобирать софт и сооружать новый инсталлятор, т.к. старый пишет не в те адреса и убивает систему на этапе загрузки.

rtvd ★★★★★
()
Ответ на: комментарий от rtvd

А что такое нормальные частоты CPU?

значительно выше того, что стоит на всяких Raspberry Pi.

yu-boot ★★★★★
()
Ответ на: комментарий от rtvd

Сам будешь делать reverse engineering и писать с нуля?

Нет, мне проще не покупать АРМ как таковой.

Free-Boatman
()
Ответ на: комментарий от AVL2

угумс. Тото каждый производитель лепит свой флешер и свой uboot.

1. Флешер - это половые проблемы производителя. Биос тоже перешивается всегда тулами от вендора, если ты не знал. А бубут таки выполняет многие ф-ции бивиса, особенно в SPL части. 2. uboot - это GPL проект, ты можешь его взять с git.denx.de и собрать под овер9к борд. И если именно той борды, что у тебя нет в основном дереве, это всего лишь говорит о том что производитель козел и не хочет работать с апстримом. В таких случаях убут чаще всего в сырцах есть, но в отдельных ветках. С UEFI, ты получаешь банальный огороженный зонд без сырцов, и если он работает косячно (привет самсунговским лаптопам) тебе остается только молиться вендору. Авось пофиксит. С убутом вендора хоть можно прижать к стенке в суде и заставить открыть свое спагетти. 3.Заодно отвечая на вопрос который ты забыл задать. Если ты сделаешь ARCH=arm make menuconfig в ядре, то увидишь в Arch settings «Allow multiple platforms to be selected».

А порядок пинов тоже стандарт? А я вот смотрю, в cisco 504g uart на 5 пинов, тож нонкомформисты...

А он играет роль? Один хрен все всегда цепляют отдельнымипроводками. Хочешь стандарт - ставь max232 и тот огромадный DB9, никто не мешает.

гнусмас на первом месте, если че....

Угу, хотя если донгл человеческий с ограничивающими резюками на TXD и RXD то похрен, ну пойдет пара мА через защитные диоды гнусмаса, похрен.

ncrmnt ★★★★★
()
Ответ на: комментарий от rtvd

Архитектура ЦП может быть говном, но она здесь не причем.

Да ну?

Ну да. Сцепление ЦП и устройств никак не зависит от архитектуры ЦП.

А что причем?

Жадность и требования по габаритам.

Discovery устройств - задача шины, будет PCI - будет и discovery. // К.О.

К.О. несколько лукавит. Потому что на шине PCIE будет далеко не все

К.О. никогда не лукавит. Всё, что на PCI, будет с discovery. То, что будет на других шинах, может быть с discovery, а может и не быть.

Скорее всего те же Ethernet 10G висят не на шине PCIE,

«Скорее всего» или ты уже прочитал документацию?

tailgunner ★★★★★
()
Ответ на: комментарий от rtvd

То, что бинарник будет работать лишь на некоторых устройствах того же семейства

Чего ты несешь придурок ? А на говноинтеле сейчас чего у тебя ? Давай запусти свою генту с оптимизациями i686 на Pentium 1.

и контроллер памяти просто знает (захардкожено), что обращения вооон к тем адресам должны идти к контроллеру Ethernet

Пи-ц спецыаалист. Контроллер памяти - это slave на шине, чего ему скажут то и выдаст. Discavery твой нахер не нужен никому - для ядра есть device tree, при загрузке распарсил и узнал все физические адреса.

anonymous
()
Ответ на: комментарий от anonymous

Вы б еще времена Мамая вспомнили. Разброд и шитания были именно что на v6 -> v7 и внутри первых v7. На последних кортексах уже как-то поспокойнее стало. А сейчас уже идет v8, думаю что с ним все окончательно устаканится.

Мощно козлить с плавучкой умудряется вроде только nvidea, но она и так в серверах никому нафик не уперлась.

И насколько я помню, у ARM есть прерывания для неподдерживаемых операций, на которых запиливают фолбеки для совместимости.

Не знаю какой именно аноним выше писал про размеры инструкций. Вроде у ARM как раз с плотностью кода всё неплохо. На 12.04 сравнивали размеры пакетов. Для ARM он был совсем чуть-чуть больше. Причем с учетом того, что тогда еще половина оптимизаций отсутствовала.

Собсна, ля-ля можно разводить до бесконечности. Но лучше просто дождаться реальных камней на a8 и сравнить. Пока кортексы a7 с 4 ядрами получились очень неплохо. Погано только одно - нынешние конфигурации точат под сверхмалое потребление, а не скорость. Вот на AMD-шных каменьях и сравним, что как.

Vit ★★★★★
()
Ответ на: комментарий от tailgunner

Ну да. Сцепление ЦП и устройств никак не зависит от архитектуры ЦП.

Конечно это сцепление не зависит от архитектуры, это все разруливается стандартом PCIE.

Но мы о разном.

Я о том, что тот код, что зашит в ПЗУ на карточке и должен выполняться на хост-системе естественно является платформозависимым. И от этого никуда не денешься.

Жадность и требования по габаритам.

Ну от этого никуда не деться.

К.О. никогда не лукавит. Всё, что на PCI, будет с discovery. То, что будет на других шинах, может быть с discovery, а может и не быть.

Тогда К.О. не принял во внимание, что всегда претензией к ARM было отсутствие discovery тех самых устройств, что вшарашили в чип напрямую, из-за тех самых жадности и требованиям по габариту. Кстати, если сможешь привести пример хоть какого-то discovery в ARM чипах (нет, не для внешних PCIE устройств а именно тех, что на чипе) - дай знать. Мне такие механизмы неведомы. И неведомы некоторым также людям, что чипы эти создают. :-)

«Скорее всего» или ты уже прочитал документацию?

Скорей всего. Потому что так делают всегда, в этом вся соль ARMа. Так дешевле.

Будет документация - почитаю, но пока ее не вижу.

rtvd ★★★★★
()
Ответ на: комментарий от rtvd

Я о том, что тот код, что зашит в ПЗУ на карточке

Это вообще претензия не к ARM.

и должен выполняться на хост-системе естественно является платформозависимым. И от этого никуда не денешься.

ЕМНИП, этот код только для инициализации карт и может выполняться в эмуляторе.

Тогда К.О. не принял во внимание, что всегда претензией к ARM было отсутствие discovery тех самых устройств

К.О. понимает разницу между ARM и SoC на основе ARM и считает, что остальные ее тоже понимают.

«Скорее всего» или ты уже прочитал документацию?

Скорей всего. Потому что так делают всегда,

Во встроенных системах. А теперь AMD начала делать серверные.

tailgunner ★★★★★
()
Последнее исправление: tailgunner (всего исправлений: 2)
Ответ на: комментарий от ksa242

Спасибо за ссылки. Если все так, то пичалька. Но стоит все-таки дождаться реальных девайсов, и позырить сколько там кеша и какие частоты памяти.

Vit ★★★★★
()
Ответ на: комментарий от rtvd

не надо путать копеечные китайские контроллеры и процессоры общего назначения. в контроллерах все совсем по другому. и если архитектура пришла из мира контроллеров это не значит что она должна оставаться с контроллерными костылями в полноценных компах. будет и нормальное обнаружение устройств и нормальная работа с пци. все будет дай время. арм только начинает в сегменте серверов и начинает очень неплохо. та же ОСР посодействует разработке спеков и принятию стандартов.

vovan72
() автор топика
Ответ на: комментарий от DNA_Seq

Надеюсь никогда. Их же махровые проприетарщики купили.

Vit ★★★★★
()
Ответ на: комментарий от Free-Boatman

так они заменяемые, ну тогда вопрос отпадает.

1/10/40/100/whatever гигабит - это про трансиверы, а не про разъёмы и провода.

mv ★★★★★
()
Ответ на: комментарий от segfault

А действительно, зачем на серверах этот огороженный гипервизор?

Это открытый и лицензируемы модуль.
Позволяет выполнять отдельные операции вне пространства оновного процессора, к примеру проверять подписи.

grim ★★☆☆
()
Ответ на: комментарий от mv

не про разъёмы и провода.

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

Free-Boatman
()
Ответ на: комментарий от tailgunner

Это вообще претензия не к ARM.

Это вообще не претензия. Это просто факт.

ЕМНИП, этот код только для инициализации карт и может выполняться в эмуляторе.

Может быть в эмуляторе выполнить и получится. Но может быть ооочень сложно это сделать.

К.О. понимает разницу между ARM и SoC на основе ARM и считает, что остальные ее тоже понимают.

К.О. молодец, что понимает разницу. Надеюсь он также понимает, что это творение AMD является SoC со всеми вытекающими.

Во встроенных системах. А теперь AMD начала делать серверные.

Та же байда. Не согласен - предложи подтверждение, что Ethernet 10G там обнаруживаем, а не вшит намертво в какой-то среднепотолочный регион памяти.

rtvd ★★★★★
()
Ответ на: комментарий от Free-Boatman

предсказание влияет только на задержку исполнения следующих за call\ret команд.

Неправильно предсказанное ветвление - десятки просранных тактов, придурок. Потому-то ARM и тормозной такой, и никогда Intel не догонит.

anonymous
()
Ответ на: комментарий от grim

Позволяет выполнять отдельные операции вне пространства оновного процессора, к примеру проверять подписи.

Он не только для подписей и DRM - он позволяет полностью аппаратно изолировать ресурсы, к примеру RTOS от GPOS с приоритетом для RTOS и минимальными накладными расходами на монитор. Очень мощный инструмент.

anonymous
()
Ответ на: комментарий от vovan72

не надо путать копеечные китайские контроллеры и процессоры общего назначения. в контроллерах все совсем по другому. и если архитектура пришла из мира контроллеров это не значит что она должна оставаться с контроллерными костылями в полноценных компах. будет и нормальное обнаружение устройств и нормальная работа с пци. все будет дай время. арм только начинает в сегменте серверов и начинает очень неплохо. та же ОСР посодействует разработке спеков и принятию стандартов.

Не надо мне заливать про «копеечные китайские контроллеры».

Покажи пример хоть один механизм обнаружения устройств для устройств на ARM SoC, что используется в реальной жизни.

Не можешь? Ну так не надо сказки рассказывать.

А PCI это совсем другая история и лишь для внешних устройств.

Подозреваю, что единственная причина шумихи вокруг ARM в сегменте серверов не имеет никакого отношения к технике. Просто «эффективные менеджеры» смотрят на рост акций ARM Holdings, сравнивают количество ARM чипов и x86 чипов, и офигевают от того, что ARM используется в iPhone и подобных. Из этого они делают мощный вывод что «пипец, все на ARM, это тренд!». В общем, business talks, bullshit walks.

rtvd ★★★★★
()
Ответ на: комментарий от anonymous

к примеру RTOS от GPOS

на 2 сервера у них денег нет?

минимальными накладными расходами на монитор

что на этом сервере будет высчитываться?

Free-Boatman
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.