LeMaker Cello — ARM 64-bit серверная материнская плата, удовлетворяющая спецификации 96Boards EE

Говорят разрабы этого FPGA «Zynq-7000» - Xilinx как раз занимаются хардварным ускорением разных задач в серверном чипе Qualcomm: «Xilinx said it will build programmable chips to speed up particular workloads». Это понимать как то что чип будет программируемым? Типа можно будет самим писать микрокод и грузить разный микрокод для разных задач?

Также говорят что Интел тоже сразу к Xilinx примазался, чтобы что то подобное к своим процам пристроить...

Tyan GT75-BP012. 1 юнит.

«TYAN Debuts a New POWER8-Based 1U Sever GT75-BP012 at OpenPOWER Summit 2016»

Говорят разрабы этого FPGA «Zynq-7000» - Xilinx как раз занимаются хардварным ускорением разных задач в серверном чипе Qualcomm: «Xilinx said it will build programmable chips to speed up particular workloads». Это понимать как то что чип будет программируемым?

Типа, можно будет свою глубоко оптимизированную обвязку на VHDL/Verilog/SystemC/HLS писать, потому что даже у E5/E7 не хватает кишков чисто программно заглянуть в каждый IP пакет у 40G сети. Хардварный проц (сразу в силиконе, а не синтезируемый) будет только периферию программировать и фильтрованные данные получать. Такое вот будущее вычислительной техники после завершения эпохи закона Мура.

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

Уже можно свой типа «чип» делать. Например, для HFT железка принимает всю маркет дейту, фильтрует, обновляет ордер/левел бук, на ходу статистические параметры высчитывает и покупкой/продажей занимается, а алгоритмическая софистика потихоньку крутится на обычном CPU, который рядышком сидит, и тюнит параметры боту в кастомной железке же. И такому решению совершенно пофиг, что там на линии творится, если бегемот типа фейсбука на IPO вышел и рынок сошёл с ума.

Также говорят что Интел тоже сразу к Xilinx примазался, чтобы что то подобное к своим процам пристроить...

Intel купил Altera, если что. Обещают FPGA в некоторых вариантах Xeon'ов, но как их программировать можно будет - ещё не говорят.

TYAN Debuts a New POWER8-Based 1U Sever GT75-BP012 at OpenPOWER Summit 2016

А до этого был 2 юнита.
А сейчас ещё и китайские сервера на Power8 появились - Redpower называются. Тоже довольно мелкие.
Мало того, китайцы выпустили сервера на лицензионном клоне Power8.

Типа, можно будет свою глубоко оптимизированную обвязку на VHDL/Verilog/SystemC/HLS писать

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

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

Я понимаю Google & FaceBook могут тюнить проц под свои задачи, а остальные?

Хочется или 2-5 прошивок стандартных от производителей проца или чтобы всё это было прозрачно как раньше.

Уже можно свой типа «чип» делать.

Не думаю что это гуд. Желаю дальше мощные универсальные процы, согласно закону Мура.

Intel купил Altera, если что. Обещают FPGA в некоторых вариантах Xeon'ов, но как их программировать можно будет - ещё не говорят.

Теперь ещё и программисты процов разведутся. Может лучше в ядра OS передать эту заботу? Не хочется чтобы прикладной софт Васи менял инструкции проца!

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

Нет, это System On a Chip с FPGA.

Не думаю что это гуд. Желаю дальше мощные универсальные процы, согласно закону Мура.

Закон Мура года с 2008-го стал буксовать.

Теперь ещё и программисты процов разведутся. Может лучше в ядра OS передать эту заботу? Не хочется чтобы прикладной софт Васи менял инструкции проца!

Это называется SoC designer. Ядро-то при чём? Не будет.

Нет, это System On a Chip с FPGA.

Это называется SoC designer. Ядро-то при чём? Не будет.

SoC с FPGA этот вариант мне понятен. Кто будет программировать FPGA на моём чипе под нужные мне задачи?

Например надо молотилку трафика с DPI, или шифрование по особым алгоритмам.

Есть варианты:

1. Писать самому. Для своих задач.

2. Будет выбор стандартных микрокод для стандартных задач от производителя проца.

3. Микрокоды будут в исходных текстах ядра Linux. При конфигурации ядра можно выбрать нужный микрокод как сейчас выбирают алгоритмы шифрования оптимизированные под конкретные инструкции процессора. Соответственно микрокод писать будут те кто ядро ОС Linux пишет.

4. Разрабы ПО будут писать микрокод для ускорения своих прог.

А возможен вариант не раздельного FPGA и SoC? А какой то более сильной интеграции FPGA с SoC? То есть не будет FPGA выделено отдельным элементом в SoC, а будет гибрид FPGA и CPU как единого программируемого процессора??? Или это я замечтался и «Xilinx said it will build programmable chips to speed up particular workloads» значит FPGA будет радом с SoC для аппаратного ускорения конкретных задач?

Закон Мура года с 2008-го стал буксовать.

Может квантовые компы скоро появятся и заработает.

SoC с FPGA этот вариант мне понятен. Кто будет программировать FPGA на моём чипе под нужные мне задачи?

HDL-программист.

Например надо молотилку трафика с DPI, или шифрование по особым алгоритмам.

5. Берёшь готовый бесплатный или платный IP и встраиваешь в своё решение.

Какой микрокод? FPGA - это гейты, lookup tables, а не микрокод.

А возможен вариант не раздельного FPGA и SoC? А какой то более сильной интеграции FPGA с SoC? То есть не будет FPGA выделено отдельным элементом в SoC, а будет гибрид FPGA и CPU как единого программируемого процессора??? Или это я замечтался и «Xilinx said it will build programmable chips to speed up particular workloads» значит FPGA будет радом с SoC для аппаратного ускорения конкретных задач?

Уже много лет, как можно купить большой FPGA с железным процессором на одном кристалле. Сейчас это, в основном, ARM, но были и более другие варианты, типа PowerPC.

Более плотную интеграцию можно сделать, используя софт-процессор (синтезируемый и работающий на FPGA'шных гейтах), там можно, что угодно поменять, хоть в ISA команды добавить, хоть микроархитектуру поправить. Но работать будет, в целом, медленней, чем железный проц.

HDL-программист.

Какой микрокод? FPGA - это гейты, lookup tables, а не микрокод.

не разбираюсь в терминологии данной темы с программированием FPGA.

У меня есть какая-то ассоциация: процессор - микрокод - microcode-ctl для загрузки какого-то микрокода в проц.

FPGA имеет ПЗУ или его програмиравать надо при каждом старте компа?

5. Берёшь готовый бесплатный или платный IP и встраиваешь в своё решение.

Блин, решение должно быть спроектированным на использование определённых инструкций проца, а проц (FPGA) на нём должен быть запрограммированным чтобы эти инструкции создать. Да?

Не логично ли, чтобы разрабы ядра ОС Линукс одновременно написали программы для FPGA и части ядра которые будут их использовать для ускорения?

Или FPGA можно засунуть любой IP (то что продаёт фирма ARM и другие) до которого я дотянусь чтобы эмулировать некую железку. После я могу использовать софт для этой железки написанный. Да?

Уже много лет, как можно купить большой FPGA с железным процессором на одном кристалле.

Более плотную интеграцию можно сделать, используя софт-процессор (синтезируемый и работающий на FPGA'шных гейтах), там можно, что угодно поменять, хоть в ISA команды добавить, хоть микроархитектуру поправить.

Это я знаю, разрабы свободных IP ядер их просят донатить для тестирования.

Но работать будет, в целом, медленней, чем железный проц.

Поверхностно разбираюсь в данной теме. Пытаюсь предугадать связь CPU Qualcomm & FPGA Xilix.. Наверно гадать смысла нет выйдет проц узнаем что к чему.

не разбираюсь в терминологии данной темы с программированием FPGA.

FPGA - это микросхема, содержимое которой можно стереть и залить новое. Работает раз в 10-20 медленней, чем настоящая микросхема, но в сотни раз быстрей, чем исполняется программа на процессоре за счёт глубокой специализации.

FPGA имеет ПЗУ или его програмиравать надо при каждом старте компа?

Бывает и так, и сяк.

Или FPGA можно засунуть любой IP (то что продаёт фирма ARM и другие) до которого я дотянусь чтобы эмулировать некую железку. После я могу использовать софт для этой железки написанный. Да?

В FPGA можно сделать целый компьютер со специализированными устройствами. Любой контроллер. Хочешь, с 8 до 5 у тебя SAS target, а по ночам - майнер биткойнов.

Работает раз в 10-20 медленней, чем настоящая микросхема, но в сотни раз быстрей, чем исполняется программа на процессоре за счёт глубокой специализации.

А оно взлетит?
Ведь портирование существующих алгоритмов, насколько я понял, далеко не самое простое занятие.
И умеет это делать, пока, весьма ограниченный круг людей.
Разные OpenCL/CUDA тоже кое-что могут, но де-факто применяются довольно редко.

С другой стороны, если это будут «толкать» такие киты индустрии, как Intel, IBM и Qualcomm, то может и взлететь.

Оно давно уже взлетело. Любой более-менее сложный девайс возьми, там FPGA/CPLD наверняка есть.

Если и взлетело,то пока летит так низенько-низенько. Может и упасть.
Paypal, например, апгрейдит свои серверы на ARM-овские(HP Moonshot) с TI DSP модулями.
А про FPGA от них ничего и не слышно.

FPGA - это микросхема, содержимое которой можно стереть и залить новое.
В FPGA можно сделать целый компьютер со специализированными устройствами. Любой контроллер. Хочешь, с 8 до 5 у тебя SAS target, а по ночам - майнер биткойнов.

Спасибо! О такой простоте перепрограммирования не знал.

Работает раз в 10-20 медленней, чем настоящая микросхема, но в сотни раз быстрей, чем исполняется программа на процессоре за счёт глубокой специализации.

Теперь понятно почему Qualcomm FPGA в проц суёт.

Вот ещё есть не программируемые узкоспециализированные микросхемы ASIC. Если мне надо молотилку трафика с DPI беру один ASIC, а если шифрование то другой, ... . Вопрос скорости, цены и сложности поддержки: понимаю что FPGA за счёт лёгкой перепрограммируемости есть более универсально, но узкоспециализированный ASIC может быть в 10-20 быстрее, дешевле и прост в обращении в следствии не нужности перепрограммирования?

Может гибрид FPGA с CPU не взлететь ибо CPU + ASIC хватает, быстрее и дешевле?

Разные OpenCL/CUDA тоже кое-что могут, но де-факто применяются довольно редко.

OpenCL сегодня суют повсеместно. Другое дело что некоторые консервативные дистри собирают проги без поддержки OpenCL

С другой стороны, если это будут «толкать»

Оно лететь должно после пуска, какое бежать сзади и толкать? ;)

По поводу программирования FPGA и написание под него программ мне тоже интересно как экосистема это делать будет. Думаю, или производитель напишет готовые IP ядра типа mmx; sse; see2; avx; neon;..., а пользователь/программа сможет заливать то что надо для работы, или программисты ядра ОС будут писать IP ядра для FPGA и модули ядра ОС которые их используют.

FPGA практически вытеснил ASIC, потому что первый экземпляр ASIC обходится около $10 млн., и менее удобен в поддержке. Бажный эйсик нужно вместе с устройством слать на перепайку нового чипа, а FPGA можно хоть в поле через гпрс перешить.

Такое дерьмо в цену несравнимо более мощного десктопного железа не нужно.

FPGA практически вытеснил ASIC

Втф айм ридинг.жпг

OpenCL сегодня суют повсеместно.

Ага. Ноль целых, хер десятых процента кода написано на OpenCL.
Тут же главное отметиться. Типа, «мы тоже в OpenCL умеем».
А на самом деле... мрак.

Втф айм ридинг.жпг

CPLD и маленькие FPGA копейки стоят и при этом достаточно быстрые. С эйсиками не заморачиваются, если не десятками-сотнями тысяч клепать надо.

Речь идёт о качественном, серверном железе.

Мне пока ASIC попадались - массовое железо.

Посмотрим, что за зверя с FPGA нам Qualcomm готовит.

Ага. Ноль целых, хер десятых процента кода написано на OpenCL.

Неправильной линейкой меришь.

На OpenCL, к примеру, пишут либы: https://github.com/clMathLibraries/

А знаешь сколько % софта юзает fft и blas?

Неправильной линейкой меришь.

Конечно.

В мире розовых пони OpenCL уже давно всех победил.
Как и Cello.
Как и FPGA.

OpenCL уже давно всех победил.

equery h opencl

У меня в системе OpenCL ускоряет много пакетов... Другие дистры догоняют.

в плату можно засунуть ECC память?

Читай этот комент и два следующих.

На официальном сайте плати о ECC память ни слова.

Сам SOC поддерживает DDR4 1866 MHz c ECC

Спроси у них о поддержке ECC, типе памяти и частотах. Также спроси не планируют ли делать другие платы с Opteron A1170 и 2x10GB Ethernet. Можно ли заказать плату с процом Opteron A1170? Напиши здесь ответ.

я ПРЕКРАСНО знаю все на что ты ссылаешься, но удивляеть вот что

1) почему ты сам не можешь написать им, а предлагаешь другим?
2) почему у тебя предложения написаны таким образом, как будто бы я тебе что-то обязан? Ничего не попутал?

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

Кто? 2.5 гика? Остальным оно нафиг не надо. Пока на арме не будет стандартизации типо «скомпилировал под архитектуру и запустил везде» его удел ограничится на телефончики, планшеты, IoT, роутеры и прочие низкозагруженные игрушки. При этом Intel точно не прекратит попыток залезть на этот рынок.

Мне пока оно не надо, мало сетевушек...

кстати!
подскажи девайс где сетевушек достаточно
Либо какую-то PCI платку или донгл с пачкой ethernet-ов по вменяемой цене

На ARM64 ненашел.

ARMv7:

https://omnia.turris.cz/en/

http://wiki.lamobo.org/index.php/Lamobo_R1S

http://wiki.lamobo.org/index.php/Lamobo_R1

http://www.banana-pi.org/r1.html

Первые два довольно интересны. Хочу о «Turris Omnia» новость добавить...

да мне не обязательно на арме, можно и на x86/amd64 =)
спс за инфу =)

Хочу обратить внимание всех заинтересованных в плате

There are currently two 96Boards specifications for low-cost ARMv7-A and ARMv8-A development boards:
The Consumer Edition (CE) targets the mobile, embedded and digital home segments.
The Enterprise Edition (EE) targets the networking and server segments.

Сразу скажу, что документы, которые они гордно именуют спецификацией являются довольно расплывчатыми. Они больше подходят под детальное описание какого-то девайса, а не стандарт. Для тех кто не понял - стандарт должен быть более широким понятием чем тех. спеки определенного устройства, а также иметь точные определения и никаких «should be» и т.к.

В документе EE (которая для серверов, ага) нет ни слова о ECC. Серьезно? Такое чувстсво, что они упоролись и хотят толстого пиара и зарабатывания бабла. Молодцы, чо

Пока на арме не будет стандартизации типо «скомпилировал под архитектуру и запустил везде»

Давным давно уже именно так и есть.
Т.е. задача в поддержке нового SoC-а заключается в запиле ядра для него.
А userland можно брать любой из собранных под требуемую архитектуру.

нет не так. арм определяет многое как implementation defined. самый яркий пример hard-float vs soft-float. из реалий, в свое время nvidia tegra2 не имела neon, именно тогда когда андройд маркет стал предлагать бинари собранные под него.

с v8 ситуация исправляется, но уже расширения 8.1, 8.2 и готовищийся 8.3 опять, в какой-то мере, уводят на ту же колею...

арм определяет многое как implementation defined. самый яркий пример hard-float vs soft-float.

И что? Есть FPU ставь HF, нет FPU - SF.
И вообще, это уже давно было.

в свое время nvidia tegra2 не имела neon

В семье, как говорится, не без урода.
Был у меня, кстати.

с v8 ситуация исправляется, но уже расширения 8.1, 8.2 и готовищийся 8.3 опять

Так и в x86 такое-же происходит. Где-то, например, есть AVX2, а где-то - нет.

У меня сейчас есть ARM-платы с архитектурой ARMv5TE(kirkwood), ARMv7 (Cortex-ы A9 и A7) и ARMv8(Cortex-A53).
Debian-овский rootfs на всех работает «из коробки».
И ничего не нужно пересобирать.

напомню «чтоб собрал и везде работало», т.о. собирать приходится под самый худший вариант, например soft-float. может оно и давно было, только железо не так скоро выходит из оборота (даже глядя на твой список) и все еще можно наступить на эти грабли :)

твой дебиан и на 8.1 будет работать, но вот вкусные far atomics так и не заюзает ;)

a9 не тегра случаем?

напомню «чтоб собрал и везде работало», т.о. собирать приходится под самый худший вариант, например soft-float.

А разве в x86 не так же? К тому же, ЕМНИП, начиная с ARMv7 FPU обязателен.

твой дебиан и на 8.1 будет работать, но вот вкусные far atomics так и не заюзает ;)

Опять же, аналогично x86.

a9 не тегра случаем?

Не. Тегру уже давно продал. Это о плате на китайском Actions S500.

фпу обязателен с в8.

хз как там х86, но там игроков раз-два и все... с армом же импленентаторов достаточно много, потому и компилит народ в mach=armv5 до сих пор и не наслаждается плюшками вроде llsc atomics (с v6k емнип) или udiv/sdiv (в v7ve)... в свое время x86 дистрибутивы предлагали i386, i486, i586, i686 (не знаю как сейчас) и ничего такого под арм не видел...

фпу обязателен с в8.

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

в свое время x86 дистрибутивы предлагали i386, i486, i586, i686 (не знаю как сейчас)

Сейчас как-то так: https://www.debian.org/ports/
Для x86 только amd64 и i386,
а для ARM-а: armv4t, armv7 с thumb2 и vfp-d16
и armv8/aarch64.

Т.е. я считаю, что эта проблема «высосана из пальца».
В конце концов, если уж очень хочется «с плюшками», то ничего не мешает самому собрать из сорцов.

Собственно нужно просто выбирать или «с плюшками» или «везде работает».

собирать приходится под самый худший вариант

Нет!

Можно распространять в сорцах и каждый будет собирать со своими инструкциями.

soft-float - это полный капец. Hardened системы на нём не летают.

Neon и прочие инструкции для ускорения очень нужны. Дохлый ARM c NEON без напряга шифрует и расшифровывает 1Gb/s и там где он есть надо использовать. Программист если распространяет бинарь должен сделать cpudetection и определить какие инструкции есть во время старта бинарной проги...

бинарные дистрибутивы на то и бинарные... это очевидно что с дистрибутивами подобно генту такой проблемы не возникнет, но компелять на арме то еще удовольствие ;)

вот с этим-то в армах полный пушной зверь. если на х86 есть cpuid (или что-то в этом роде) инструкция доступная из непривелигированного режима, то в арме все подобное только привелигированом режиме - а это достаточно дорого - либо парсить proc/cpuinfo, хотя правильней заглянуть в auxvec, либо, как в последних версиях ядра, это трап и эмуляция тех самых инструкций из непривелигированого режима и тут уже появляется новый abi

У меня сейчас есть ARM-платы с архитектурой

кстати, если у тебя есть арм платки, поделись советом, пожалуйста

есть распостранена информация о практике, когда чел покупает себе арм одноплатник с SATA, накатывает туда линукс, а дисковая производительность в итоге процентов эдак на 50-60% ниже чем на обычных пк. Причем, что интересно, одна и та же картина на всех raspberry/banana pi, cubieboard и близких аналогах.
Как можешь прокомментировать или посоветовать? (собираюсь сделать бесшумный маложрущий NAS)

multihead и другим заинтересованным

1) во время долгого и упорного гуглежа выяснилось, что, якобы, на относительно новых ARM-ах ECC уже и так есть. Но почему-то эта информация подана очень неявно и «вскользь», т.ч. будем считать ее неподтвержденной. Помимо прочего, почему-то в интернете вообще инфы о ARM и ECC (тут важно: не или а и) катастрофически мало.
2) ребята из lemaker cello ответили. Сказали, что детальные спеки они выпустят позже, т.к. теоретически их плата не ограничивает объем памяти (только проц), и у самих их до сих пор процесс дебага, который происходит на двух планках по 8 гб. Память они юзают ECC: MT18KSF1G72HZ-1G6E2
3) плата с Opteron A1170 еще будет, но позже

Спасибо!

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

По поводу ARM, особенно упрощённых SoC надо быть очень осторожным. Например, Crotex-A53 от ARM имеет криптографическое IP ядро, а по факту, некоторые производители выпустили Crotex-A53 без криптографического IP ядра. Перед покупкой стоит уточнить у производителя...

За Opteron A1170 Спасибо ещё раз! Мне Gentoo компилять надо, а Opteron A1170 более чем в 2 раза мощнее Opteron A1120!

Ну, вообще я и так собирался им написать, просто ты «отослал в такой форме» =)

По поводу ARM, особенно упрощённых SoC надо быть очень осторожным

в каком плане?

Crotex-A53 от ARM имеет криптографическое IP ядро, а по факту, некоторые производители выпустили Crotex-A53 без криптографического IP ядра

что за ядро и зачем оно нужно? это что-то типа intel se? (не помню как правильно называется, но, в общем, это такой аппаратный бэкдор во всех материнках)

Opteron A1170 более чем в 2 раза мощнее Opteron A1120

омг, что, прям таки в 2 раза? почему ты думаешь что там такой разрыв?

в каком плане?

Каждый производитель покупает IP ядра, добавляет ещё свои. Состав IP ядер проца стоит уточнять!

что за ядро и зачем оно нужно?

Ускорение криптографии для ARMv8 - sha, aes, eliptic cuver. Старые ускоряются NEON, вообще старые FP.

омг, что, прям таки в 2 раза? почему ты думаешь что там такой разрыв?

8 ядер с 2гГц против 4 ядер с 1.8гГц.

а вообще ну его нафиг эти одноплатники
Они имеют преимущество разве что в размерах и в отсутствии аппаратных интеловских зондов

Нашел себе для NAS X9SBAA, вполне приемлимо и достаточно надежно по сравнению с существующими на рынке SOC