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

Вся соль ARM в том, что производитель железа создает свой SoC, где куча устройств вшита прямо в чип. И к ARM процессору они подключены НЕ по этим шинам. Там вообще шин в нормальном смысле нет.

Ты либо экстра супер специалист в этой области и для тебя есть разница, либо второй, менее радующий вариант.

AHB/AXI - это тебе не шины? Ты хочешь как в PCI? Что устройство может быть опознано без драйвера?

Вот у тебя есть процессор, есть адресуемая память. PCI нет. USB нет.

Опять «Покажи мне механизм обнаружения устройств, только без механизма обнаружения устройств!». Когда поймешь, что шина с discovery не обязана поддерживать ремапинг - заходи.

GLES3 очень близок к GL 4 - т.е. и Steam, и Maya/Nuke/Blender иже смогут без значительных усилий быть портированны

Ты действительно думаешь, что в Майю станут впиливать поддержку OpenGL ES? Уже того, что GLES в принципе («by design», как говорится) не поддерживает вещественные числа двойной точности, достаточно для сведения в ноль шансов на его использование в профессиональном софте.

Всё куда проще. Ораклу свои процессоры нафиг не впёрлись. И солярка тоже. Оракл купил жабу. Оказалось проще купить вместе со всем от Sun, а потом ненужное просто выкинуть.

О. да. Эксперт хрен поспоришь.
Напиши в Оракл, а то Эллисон без твоих советов занимается непонятно чем. Пытается до сих пор продавать спарк сервера и выпускает новые версии соляры с купленным за компанию с джавой зедэфэсом.

Я тебя расстрою, но у USB 3.0 уже другой разъём. Это у USB 1.x и USB 2.0 один и тот же разъём был.

Во первых, их и было три. 1.0 1.1 и 2.0

А во вторых, и USB3 устройство ты можешь втыкать в usb2 разъем. Они для потрблятеля только цветом отличаются.

А теперь берем три устройства - qnap, fanvil и одройд, в которых абсолютно один и тот же уарт, вообще с нулем разницы в ножках, скоростях и т.п. и пробуем переткнуть наш адаптер на usb с одного из них на другой. И.... имеем хрен во всех перестановках, потому что все три разъема разные, расписания ножек разные, а на одройде еще и уровни идиотские, так что его чужим переходником на usb можно сжечь.

Вот раньше, к примеру, были AT под клаву, а потом ps/2 разъемы под мышь и клавиатуру. Вот ты хоть раз видел, чтобы в них расписание ножек было напутано? Или разъем не такой? Или хотя бы цвет разъемов не фиолетовый и зеленый?! Да хоть бы даже местами их поменяли, а не внизу фиолетовый, а над ним зеленый?!

Вот это называется стандарт. А не то, что в АРМе.

DB9 для кого придумали?

в 60-х. Сейчас в нем комп можно разместить. Удивительно, что его никто не использует?

Не волнуйся. Мелкософт уже делает всё, чтобы и на x86 пришлось делать кучу телодвижений, а то и больше, чем на арме. См. UEFI.

Возможность запустить только подписанное ядро я впервые узрел на... арм. Моторола миллстон.

На самом деле защита загрузчика, это правильное и нужное дело. То, что эти возможности используются во зло производителями, это другой вопрос.

Вот mk802 никак не вяжется с тем, что ты понаписал.

Не сказал бы, что вовсе без приседаний, но да, allwiner лучше других. Мне в нем не хватало в первую очередь мощи, памяти, sata, pci-e и драйверов для X11.

Вперед. Вот у тебя есть процессор, есть адресуемая память. PCI нет. USB нет. Где-то в этой памяти есть область, соответствующая Ethernet NIC. Алгоритм обнаружения в студию.

Проверяем ID процессора. Если это SoС от амд то мы обнаружили всё что в него вшито сразу.

Ты действительно думаешь, что в Майю станут впиливать поддержку OpenGL ES? Уже того, что GLES в принципе («by design», как говорится) не поддерживает вещественные числа двойной точности, достаточно для сведения в ноль шансов на его использование в профессиональном софте.

вероятно, вы не очень знакомы с профессиональным софтом - и путаете визуализацию (fixed/fp16 ранее и fp32 ныне) и внутренние расчёты ядер этих программ (всегда fp64 для CAD, а порою часто ещё и fp32 для DCC). что касается конкретно maya (в частности, актуальной 2014.sp3) - то вершины у неё в fp32 и хранятся (в нём же и визуализируются), а вот атрибуты их в fp64 (и ядро работает в fp64, округляя результаты до fp32, когда необходимо) - так что отсутсвие fp64 в GLES3 на портирование софта не повлияет.

а для расчётов ядер такого софта(fp64) на GPU есть OpenCL (доступный для последних мобильных ядер, например Mali 6xx или NVidia K1).

хотя мне лично кажется, что у АМД это «проба пера», и последующие чипы обзаведутся этими фичами (как и эпл начала с лицензируемых ядер АРМ, а потмо перешла на свои )

На арме за 70 баксов с памятью и флешем есть, да ещё и маложрущее и бесшумное. Да и домашние нужды - понятие растяжимое.

Да чертсадва что есть. Исключительно узкозаточеные платы, планшеты, твстики.

Вот счас АМД выпустит свои платы и посмотрим, что почем.

Программно они очень даже совместимы. Всё остальное - вопрос конфигурации железа и наличия драйверов.

rtvd> Сила x86 в совместимости компонентов и модульной архитектуре. У ARMов этого нет.

Вот опять ты порешь чушь. Процессоры на базе ARM не обязаны быть SoC. Ты опять путаешь архитектуру и реализацию в виде готового чипа.

rtvd> Цитирую:

Эта цитата вообще не к месту. Она просто не по теме.

rtvd> Или ты серьезно считаешь, что при наличии дополнительных проприетарных команд процессора в различных устройствах того же семейства, может быть полноценная совместимость?

Давай, жги ещё. Я тебе уже про Debian писал и про общий набор команд. Если кто-то вырезал команду и заменил своей - это не проблема ARM.

rtvd> Расскажи мне, в чем же по твоему главная фишка ARM?

О главной фишке ты начал рассусоливать. Так что давай, обосновывай, что эта фишка вообще есть. И что она только одна.

rtvd> Ты видимо серьезно болен. Скажи честно, ты хоть раз читал спецификации на ARM железо? Понимаешь, что это за зверь такой? А то пока что ты просто трындишь что дескать я ничего не понимаю, а ты - самый умный. При этом ничего толкового ты пока что не сказал. Просто высказал свою позицию «все дибилы, один я - Д'Артаньян».

Прикинь - в данном вопросе я действительно умнее тебя. Потому, что я различаю архитектуру и конкретный чип. Когда же речь начинаешь заходить о преимуществах и недостатках, вместо того, чтобы указывать на архитектуру, ты начинаешь про конкретную реализацию трындеть. Я могу взять как пример тот же Vortex86 и опустить архитектуру x86, превознося при этом ARM. По сути ты делаешь именно это, но относительно ARM. Ну а что вообще мелочишься? Возьми сразу линейку Cortex M (да тот же STM32), расскажи об особенностях реализации микроконтроллера и сравни это с Core i7.

Ты даже не указал конкретные места в архитектуре ARM, из-за которых невозможна реализация чипа с данной архитектурой, но по подобию применения x86 (материнская плата со слотами PCI-E и т.д.).

rtvd> Блять ты тупой.

Маслёнок, хватит срать. С тобой, между прочим, люди разговаривают.

Там не про блоб шла же речь. Китайцы вроде исходники просили, что бы самим под свои архитектуры компилять. Но подробностей не помню. Читал про этот случай в желтой прессе. Поэтому ничего сказать конкретного не могу.

rtvd> Ко-ко-ко-ко ты слишком туп, ко-ко-ко кудах-тах-тах ко-ко-ко пишут ко-ко-ко-ко-ко, ко-ко-ко-ко-ко, ко-ко-ко-ко-ко бред. Кукареку!

fixed

Ты бы по пунктам расписал что-ли, почему реализация ARM возможна только в виде SoC. Все твои высказывания указывают на то, что ты считаешь, что иной вариант невозможен.

rtvd> Еще раз, для особо одаренных:

Ещё раз для маслят:

rtvd> USB и PCI-E это шины для внешних устройств. Вся соль ARM в том, что производитель железа создает свой SoC, где куча устройств вшита прямо в чип.

Это никого не колышит. И на x86 есть SoC. То, что ARM часто делают в виде SoC - это просто удобная ниша. Это не значит, что в виде процессора, подобного тому же Athlon, ARM быть не может.

AVL2> Во первых, их и было три. 1.0 1.1 и 2.0

О чём я прямо и написал.

AVL2> А во вторых, и USB3 устройство ты можешь втыкать в usb2 разъем.

Конечно могу. Но ведь разъём уже другой.

AVL2> Они для потрблятеля только цветом отличаются.

Внимательнее посмотри на разъём. Разница там вовсе не в цвете. И она очень заметна. Речь ведь про проводка шла, верно? ;)

AVL2> Вот раньше, к примеру, были AT под клаву, а потом ps/2 разъемы под мышь и клавиатуру. Вот ты хоть раз видел, чтобы в них расписание ножек было напутано? Или разъем не такой? Или хотя бы цвет разъемов не фиолетовый и зеленый?! Да хоть бы даже местами их поменяли, а не внизу фиолетовый, а над ним зеленый?!

Несоблюдение цветов видел.

AVL2> в 60-х. Сейчас в нем комп можно разместить. Удивительно, что его никто не использует?

Этот разъём до сих пор продаётся и в некоторой технике встречается. А всё потому, что он ужасно надёжен.

AVL2> Возможность запустить только подписанное ядро я впервые узрел на... арм. Моторола миллстон.

Заметь - на конкретном специализированном изделии. А тут на компьютерах общего назначения. Каково?

Я, конечно, с иксами там не возился. Но из «приседаний» (если этот термин вообще применим сюда) только переписывал script.bin.

Обязательно посмотрим. Вот только это специализированные серверные платы. И очень вероятно, что отдельно продаваться они не будут - только в составе готовых сервачков.

Вообще говоря, они просили драйвер. Невидия им отказала даже компильнуть под MIPS и запросила N денег сверху за драйвер. В итоге китайцы подправили опенсорсный драйвер radeon.

Всё дело в том, что это и есть главный вопрос.

Да и домашние нужды - понятие растяжимое.

Интернет, кино посмотреть (не ютуб 320п), фотки отресайзить.

На арме за 70 баксов с памятью и флешем есть, да ещё и маложрущее и бесшумное.

У меня за последние 5 лет было с несколько разных компов на арме. По сравнению с описанным atom+ion - всё уныло-тормозное. В некоторых случаях еще и хреновато работающее. Если говорить о линуксе.

AHB/AXI - это тебе не шины?

Шины ясен пень.

Ты хочешь как в PCI? Что устройство может быть опознано без драйвера?

Я хочу, чтобы хотя бы даже с драйвером устройство можно было найти. Чтобы не нужно было в драйвере прописывать намертво что ресурсы находятся там-то и там-то.

I2S тебе знаком? Не I2C а именно I2S? Очень милая штука. Через эту гадость в некоторых машинах звук работает. И в драйверах Linux приходится держать профайлы для каждой такой машины, и как правило выбирать эти профайлы вручную, т.к. общаясь с I2S шиной невозможно понять, где там и что. Полный ад. Вот и ARM SoC приблизительно такая же радость. Только их значительно больше, и каждый производитель желает выпендриться по-своему.

Опять «Покажи мне механизм обнаружения устройств, только без механизма обнаружения устройств!». Когда поймешь, что шина с discovery не обязана поддерживать ремапинг - заходи.

Когда ты поймешь что я тебе говорю и перестанешь повторять эту бредовую мантру, которую ты придумал - заходи. А то ты меня реально утомил этим и своими постоянными попытками соскочить на PCIE.

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

А, так вот что тебя смущает.

Проверяем ID процессора. Если это SoС от амд то мы обнаружили всё что в него вшито сразу.

Во! «Обнаружили» в данном контексте просто значит что софт знает про такой чип, он на самом деле не делает discovery вообще никак. А завтра AMD выпустила похожий, почти идентичный чип с другим ID. И все, привет. У тебя код не знает про такой процессор и даже инсталлятор твоего любимого линукса не запускается. А еще через десяток годиков оказывается, что таких ID уже штук 100500 и сам линукс на 99% - просто описание железа, сбацанного пьяными инженерами. Но все ради благой цели: чтоб ноутбук стоил не $500.00 а $499.99.

Вот опять ты порешь чушь. Процессоры на базе ARM не обязаны быть SoC. Ты опять путаешь архитектуру и реализацию в виде готового чипа.

ARM это архитектура. ARM Holdings лизенцирует ее и набор инструкций сторонним разработчикам. Сами они чипы не выпускают. Разработчики берут лицензированный дизайн и делают из него реализацию. Как правило это SoC. Иногда это FPGA с ARM внутри.

Тебе есть что добавить? :)

Эта цитата вообще не к месту. Она просто не по теме.

Эта цитата значительно более в тему, чем твои невменяемые реплики.

Внимательнее посмотри на разъём. Разница там вовсе не в цвете. И она очень заметна. Речь ведь про проводка шла, верно? ;)

Да, но люди подумали о совместимости. Вся сила интерфейсов в том, что он везде одинаков и максимально совместим с аналогами.

Несоблюдение цветов видел.

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

Давай, жги ещё. Я тебе уже про Debian писал и про общий набор команд. Если кто-то вырезал команду и заменил своей - это не проблема ARM.

Не проблема, а особенность. И не вырезал, а добавил новые.

Ты можешь гонять везде один бинарник, но он не будет использовать фичи конкретного устройства, и потому будет менее эффективен. А если использует - портировать не получится.

О главной фишке ты начал рассусоливать. Так что давай, обосновывай, что эта фишка вообще есть. И что она только одна.

Про главную фишку я уже написал (см. тред выше). Ты мне ответил емко и очень интеллектуально - «ложь». Я предложил тебе прояснить свою позицию. Ты ответил, что «давай, обосновывай, что эта фишка вообще есть».

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

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

Можешь подрочить. Потому что различать ты их видимо не в состоянии.

Когда же речь начинаешь заходить о преимуществах и недостатках, вместо того, чтобы указывать на архитектуру, ты начинаешь про конкретную реализацию трындеть. Я могу взять как пример тот же Vortex86 и опустить архитектуру x86, превознося при этом ARM. По сути ты делаешь именно это, но относительно ARM. Ну а что вообще мелочишься? Возьми сразу линейку Cortex M (да тот же STM32), расскажи об особенностях реализации микроконтроллера и сравни это с Core i7.

Ты явно вообще не понял, что я тебе говорил. Успокойся, попей молочка. Может попустит.

ко-ко-ко-ко-ко бред. Кукареку!

Ты бы по пунктам расписал что-ли, почему реализация ARM возможна только в виде SoC. Все твои высказывания указывают на то, что ты считаешь, что иной вариант невозможен.

Конечно реализация в теории может быть и не SoC. Примеры популярных не-SoC реализаций можешь предоставить. Не можешь? Успокойся, петушок.

Данный конкретный производитель может сделать «обнаруживалку» для своего ID - никто не запрещает. Раз уж на сервера полезли - значит такое сделают или уже.

http://www.devicetree.org/Main_Page

Вот и всё, железо хранит свою таблицу и сует в ядро при загрузки, и так каждый производитель - и не надо «обнаруживать»... Проблема есть, но не катастрофа.

Это не значит, что в виде процессора, подобного тому же Athlon, ARM быть не может.

Конечно может быть.

Но что-то не видно.

Реальные примеры ищи сам. Я по инопланетянам и духам не специализируюсь.

А, так вот что тебя смущает.

И не только меня, заметь. А еще и Линуса. Мне-то в принципе пофиг. Мне ARM не особо нужны.

Вот и всё, железо хранит свою таблицу и сует в ядро при загрузки, и так каждый производитель - и не надо «обнаруживать»... Проблема есть, но не катастрофа.

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

Надеюсь, что будет не так. Универсальный формфактор и любой блок питания намекают на то, что это будет нечто доступное.

Таблица может быть в соседних адресах того же флэша где ядро лежит (не с астрала же оно грузится). Вот как u-boot получает свой ramfs/initrd? Давно ковыряю ARMы, вот этот момент совершенно ноу проблемо.

Но флэш понятно, а допустим система с харда грузится. Дорога ли SPI-DataFlash на 64 КБайт? Копейки, габариты микроскопичны.

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

Потому что ARMы и ОСь поверх них - как правило это нечто сунутое в одно конкретное устройство где всё известно. Первые попытки создание «универсального образа ядра Linux для платформы ARM» уже давно в полном разгаре. Вот AMD и будет первой тут.

Узбагойся, товарищ, FDT грядет ^_^

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

Ты парень вообще не в теме, а пиздежа и воя как от Торвальдса - ты в ванильное ядро давно заглядывал ? Без поддержки device tree у тебя вообще код не примут уже давно.

Это где-то - на чипе. Значит больше цена, больше процент брака, больше тестирования.

Это параметр ядра который передает загрузчик - хоть где его храни. Для 4 ядерника к примеру блоб ~35 кб - там вообще вся периферия описана.

I2S тебе знаком? Не I2C а именно I2S? Очень милая штука. Через эту гадость в некоторых машинах звук работает. И в драйверах Linux приходится держать профайлы для каждой такой машины, и как правило выбирать эти профайлы вручную, т.к. общаясь с I2S шиной невозможно понять, где там и что. Полный ад.

Ты просто идиот. I2S - это промышленный стандарт для связи с внешним аудиоустройствами - его инженеры придумали а не инженегры из интеля для придурков-домушников. На уебищних AC97, USB качествееный звук никто не делает а вот на I2S делают. Для программирования параметров используют I2C или SPI, ты придурок на кодеке его не видел ? Короче линуксоиды в подавляющем большинстве это сборище идиотов-недоучек, им как бы попроще драйвер нахуярить и в кофеварку в USB воткнуть.

Ну есть такое да. Всё равно мне непонятна причина такой неприязни к АРМ. У x86 тоже есть специфические, зависящие от производителей и моделей зашитые в процессор устройства или блоки. Пусть будет конкуренция. Мне вот другое непонятно. За аренду места в стойке придется одинаково платить что за сервак на ксеонах, что за эти оптероны на арм. Будет ли это выгодно экономически?

Всё равно мне непонятна причина такой неприязни к АРМ.

Да элементарно от непомерного ЧСВ - «если я не могу понять как это работает, значит это хуевая технология» - и у Торвальдса и у местных петушков. Вспомните хотя бы про reiser4. Т.е. у человека нет времени разбираться/не хочет и пользуется тем чем привык. Попробуйте виндузятника 15 лет работавшего с Windows пересадить на GNU/Linux. Этим IT гиганты очень ловко пользуются - связка x86/Windows давно оккупировала рынок. Сейчас они изо всех сил пытаются андроид придушить потому что понимают - не сделают сейчас, через какое-то время никому нахуй не нужно будет ничего кроме андроида.

Места продают только в розницу. На опте считают стойками. И вот там-то весьма жесткие лимиты на электричество.

Теоретически, ARM-ов можно напихать с большей плотностью, и меньше платить за свет. Практически - фик знает, серваков-то реальных нет.

http://www.3dnews.ru/799485

Ну а на фига кому-то делать не-SoC? Если уж дискретный процессор брать, то уж по любому x86 надо. А вот для встраивания в собственный говно-SoC его никому не дадут, вот и лепят везде всякую срань.