LINUX.ORG.RU

Выпущена пилотная партия моноблочных ПК на базе микропроцессора «Эльбрус-2С+»

 е2к, , ,


6

5

Компания МЦСТ совместно с компанией Kraftway выпустила первую пилотную партию моноблочных компьютеров с архитектурой «Эльбрус». Компьютеры предназначены для использования в качестве офисных автоматизированных рабочих мест.

Моноблочный компьютер оснащён материнской платой «Монокуб». Плата «Монокуб» разработана в ЗАО МЦСТ под гибридный микропроцессор «Эльбрус-2С+» (два ядра Elbrus E2K + 4 DSP фирмы Элвис) предназначена для широкого применения, в том числе в гражданском секторе. Компания Kraftway, в свою очередь, адаптировала под плату «Монокуб» моноблочную платформу KM4.

Внешний вид моноблочного компьютера: http://www.mcst.ru/image/news_121229_1.jpg

Плата «Монокуб»: http://www.mcst.ru/image/news_121229_2.jpg

Плата «Монокуб» имеет форм-фактор miniITX и содержит один процессор «Эльбрус-2С+». На плате имеются два разъёма DIMM DDR2-800 и один разъём PCI-Express x16 (используется 8 линий). Возможна установка до 16 ГБ памяти (используются модули с ECC). Имеются внешние выходы: Gigabit Ethernet, 4 порта USB 2.0, аудио, RS-232, DVI. Система охлаждения основана на тепловых трубках.

Состав оборудования компьютера следующий:

  • сенсорный экран с диагональю 20” и разрешением 1600х900;
  • жёсткий диск SATA диаметром 2.5”. В корпусе меется посадочное место для второго жёсткого диска;
  • дисковод DVD-RW;
  • адаптер Wifi b/g;
  • USB хаб с карт-ридером и панелью аудиоразъёмов;
  • два встроенных динамика мощностью 2 Вт.

Общая потребляемая мощность ПК ~100 Вт, вес ~11 Кг (с подставкой, но без источника питания).

Моноблок работает под операционной системой «Эльбрус». Она основана на ядре Linux 2.6.33 и включает в себя доработки, реализующие мандатную защиту. Комплект пользовательских программ привычен многим любителям Linux:

  • графическая оболочка Xorg;
  • оконный менеджер Xfce4;
  • средства работы с офисными документами (текстовый редактор ABIWord, электронная таблица GNumeric);
  • браузер Firefox;
  • СУБД Postgresql и Linter;
  • веб-сервер Apache;
  • прочие программные компоненты.

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

Информации о стоимости компьютера и возможности его приобретения в сети не обнаружено.

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

★★★★★

Проверено: tazhate ()
Последнее исправление: tazhate (всего исправлений: 1)

Ответ на популярные вопросы

1. Существует ли Эльбрус «в кремнии»? - Да, существует, и соответствует заявленным характеристикам. 2. Компилятор для Эльбруса - это gcc? - Нет, он собственной разработки, к gcc не имеет никакого отношения 3. Может ли Эльбрус исполнять x86 код? - да, в режиме полной двоичной трансляции. Смотрите информацию на сайте, она есть и будет обновляться. Есть и другие возможности, но они пока не реализованы до конца. 4. Знает ли МЦСТ о петиции? - да, знает. 5. Готово ли МЦСТ запустить открытые продажи? - пока нет. Но об энтузиастах знают и стараются приблизить возможность открытых продаж по умеренным ценам. 6. Сколько стоит плата с Эльбрусом? - Вопрос не имеет смысла, пока не решён пункт 5. Но нам интересно, какую сумму за материнскую плату с Эльбрусом энтузиасты были бы готовы отдать. 7. Будет ли репозиторий, сообщество, и т.п.? - Если дело дойдёт до открытых продаж, то это тоже будет.

KT
()
Ответ на: Ответ на популярные вопросы от KT

Может ли Эльбрус исполнять x86 код? - да, в режиме полной двоичной трансляции. Смотрите информацию на сайте, она есть и будет обновляться.

Неплохо бы дать ссылку. Еще интересно, поддерживает ли Linux на Эльбрусе процессы с разными наборами команд - x86 и Эльбрус.

Но нам интересно, какую сумму за материнскую плату с Эльбрусом энтузиасты были бы готовы отдать.

<15круб.

P.S. как правильно называть тот Эльбрус, который VLIW - e2k, e3m, или как-то по-другому?

tailgunner ★★★★★
()
Ответ на: Ответ на популярные вопросы от KT

PS. На счет того что Эльбрусы не будут покупаться населенем - это чушь! --------- Книжки по ним http://www.mcst.ru/news.shtml#121130 разошлись в лёт. У меня тоже не осталось ни одной лишней. Теперь все дружно хотим платы Монокуба http://www.mcst.ru/str_120529.shtml !

Но нам интересно, какую сумму за материнскую плату с Эльбрусом энтузиасты были бы готовы отдать.

Все таки цена на продукцию любой компании в России должна быть не барыжного уровня, а обоснованная, с обоснованной маржой для необходимой прибыли компании для ее развития. Мы же хотим жить в России по справедливости, а не по навязываемым кредиторами и захватчиками России законам «либерального рынка» ? Иначе не долго попасть под раздачу как «Оборонсервису», но там пытались надуть государство чиновники, но не нужно забывать что государство - это прежде всего народ, а не Счетная Палата!

На несправедливые уровни маржи, снимаемые Samsung и Apple, нам не нужно равняться. «Гореть их менеджерам в аду».

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

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

Elbrus Technologies - стартап, образованный командой разработчиков из МЦСТ. Специализация - технологии двоичной трансляции. Компания российская. Проект - двоичная трансляция x86->ARM

KT
()
Ответ на: Ответ на популярные вопросы от KT

Может ли Эльбрус исполнять x86 код? - да, в режиме полной двоичной трансляции. Смотрите информацию на сайте, она есть и будет обновляться.

ещё вопрос: транслируется ОС целиком, наподобие виртуальной машины, или есть возможность запускать из родного VLIW Эльбруса, Линукса отдельные бинарные x86 Линукс 32-битные/64-битные приложения ?

Но нам интересно, какую сумму за материнскую плату с Эльбрусом энтузиасты были бы готовы отдать.

мой вариант: не более 15 000 руб, возможно «облегчённый» вариант без DSP сопроцессоров. ЛОРовцы, давайте свои варианты.

5. Готово ли МЦСТ запустить открытые продажи? - пока нет. Но об энтузиастах знают и стараются приблизить возможность открытых продаж по умеренным ценам.

любопытно, когда этот вопрос может решиться.

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

Еще интересно, поддерживает ли Linux на Эльбрусе процессы с разными наборами команд - x86 и Эльбрус.

логика подсказывает, что раз бинарная трансляция, то x86 код всё равно транслируется в VLIW. конечно, что именно и как именно транслируется (система целиком, или отдельные приложения) — не ясно.

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

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

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

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

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

логика подсказывает

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

tailgunner ★★★★★
()
Ответ на: Ответ на популярные вопросы от KT

Компилятор для Эльбруса - это gcc? - Нет, он собственной разработки, к gcc не имеет никакого отношения

Тем не менее, он должен быть достаточно совместим с GCC. Или пилятся исходники ядра, чтобы оно компилировалось?

И ещё вопрос - будет ли доступ к DSP SDK?

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

то есть, что нужно, чтобы Linux ядро запускалось на VLIW Эльбрусе?

портировать папку arch/x86 (или 64-битное), портировать интерфейс сисколлов в ядре линукс.

в glibc: портировать интерфейс сисколов под новую архитектуру.

чтобы VLIW Linux ядро запускало x86 процессы?

1) оставить только VLIW архитектуру, а чтобы x86 процессы с x86 сисколлами как-то статически компилировались VLIW процесс и в новый VLIW интерфейс сисколлов.

2) встроить в ядро оба VLIW и x86 интерфейса сисколлов, наподобие ядра Glendix ( мутанта с сисколлами Linux и сисколлами Plan9), помечать архитектуру процесса, делать multilib версии библиотек — наподобие того, как уже поддерживаются x86-32 и amd64 одновременно.

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

Тем не менее, он должен быть достаточно совместим с GCC. Или пилятся исходники ядра, чтобы оно компилировалось?

ещё не ясен вопрос, какая версия libc используется. в glibc полно gcc-измов.

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

Предполагаю таки патченую glibc. Либо что-то из более лёгкого, типа uclibc/dietlibc/musl/eglibc

На крайняк, могли в компиляторе реализовать часть gcc-измов.

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

мой вариант: не более 15 000 руб, возможно «облегчённый» вариант без DSP сопроцессоров. ЛОРовцы, давайте свои варианты.

Если предлагать эту железку с закрытыми спецификациями и софтом, то только в музей. А без dsp и в музей стрёмно будет в наше то время такое выпускать за такие деньги (от 15к).

Вот чем можно смело жертвовать, так это транслятором в x86, сенсорной панелью Моноблока, и любым бинарным кодом скомпилированным в недрах МЦСТ. Думаю в этом случае можно уложиться и в 10к за одну платку.

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

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

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

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

+ полностью подписываюсь под этим.

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

мой вариант: не более 15 000 руб, возможно «облегчённый» вариант без DSP сопроцессоров. ЛОРовцы, давайте свои варианты.

Насколько я понимаю нынешнюю полупроводниковую индустрию, ваш «облегчённый вариант» будет стоить втрое дороже. Поскольку под него надо будет как минимум заново рисовать и выводить маски, плюс делать ещё кучу подготовительной работы, которая и отъедает большую часть себестоимости чипа, тогда как штамповать шайбы по уже готовым маскам сравнительно быстро и дёшево, плюс чем больше тираж, тем на большее количество чипов размазываются изначальные вложения, и тем дешевле получается сам чип.

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

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

может быть третий путь, что-то вроде гипервизора, под которым запускается паравиртуализованный линукс. например, NOVA hypervisor из Genode

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

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

Не думаю, что этот путь возможен.

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

почему это? вот паравиртуализованный L4Linux работает под L4. под NOVA ещё проще. вполне может быть что-то такое. хотелось бы чтобы МЦСТ озвучило, какое ядро (x86 Linux или VLIW native Linux) работает.

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

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

Не думаю, что этот путь возможен.

почему это?

Потому что он нафиг не нужен. Что он даст - возможность пустить несколько Linux x86? Ну и зачем это нужно МЦСТ?

L4Linux работает под L4

И?

под NOVA ещё проще

«Проще» или «работает»?

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

читаю книжку с описанием архитектуры:

4.4. Система динамической двоичной трансляции х86 → «Эльбрус» Неизменно актуальной проблемой при создании новых архитектурных платформ является перенос на них большого объема программного обе- спечения, разработанного для уже выпускаемых микропроцессоров, — не- обходимо либо портировать его, либо создавать заново, что, как правило, 198 Глава 4. Общее программное обеспечение нереально. Если же попытаться обеспечить совместимость создаваемой архитектуры с уже существующими, то ее возможности по части внедрения новых идей будут весьма ограниченными. Хорошо зарекомендовавшим себя способом решения проблемы является технология динамической двоичной трансляции, которая при наличии необходимой аппаратной поддержки была введена в состав ОПО «Эльбрус» [34]. Были реализованы два подхода к построению системы двоичной транс- ляции. При первом из них она работает между микропроцессором и за- пускаемыми на нем x86-кодами, транслируя коды BIOS, операционной системы, драйверов и прикладных программ. Вычислительный комплекс на базе микропроцессора «Эльбрус» с системой полной двоичной транс- ляции для пользователя неотличим от вычислительного комплекса на базе x86-микропроцессоров. При втором подходе эта система является обычным Linux-приложением и работает под управлением ОС Linux. Она позволяет запускать Linux-приложения для платформы x86, которые могут работать одновременно с приложениями в кодах платформы «Эльбрус». В состав двоичного транслятора включены интерпретатор и три транс- лятора, функционирующие на последовательных этапах оптимизации. Каждый из них запускается применительно к определенному участку кода, сформированному на предыдущем этапе, если число исполнений этого кода превысит заданный порог. Таким образом увеличивается эффективность результирующего кода. ---- Рис. 4.1. Результаты сравнения производительности системы динамической двоичной трансляции x86 → «Эльбрус» и микропроцессоров с архитектурой х86 (на уровне атома)

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

3 4. Воронов Н. В., Гимпельсон В. Д., Маслов М. В. и др. Система динамиче- ской двоичной трансляции х86 Эльбрус // Вопросы радиоэлектро- ники. Сер. ЭВТ. — 2012. — Вып. 3. — С. 89–108.

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

под NOVA ещё проще

«Проще» или «работает»?

работает:

Speaking of base platforms, we are happy to have promoted the NOVA hypervisor to a first-class citizen among the base platforms. During the last months, this kernel underwent fundamental changes regarding its mode of development and its feature set. This prompted us to vastly improve Genode's support for this platform and leverage its unique features. If considering the use of Genode on x86-based hardware, NOVA has become a very attractive foundation. Section Embracing the NOVA Hypervisor describes the NOVA-specific changes.

http://genode.org/news/2012 :

NOVA Hypervisor supported on 64-bit x86 machines

NOVA is a so-called microhypervisor for the x86 architecture. It combines the principles of microkernels with capability-based security and hardware-assisted virtualization.

This ignited our renewed interest in promoting this platform to a first-level citizen of our framework. The first significant improvement is the recently added 64-bit support of NOVA. We enabled Genode to work with both variants of the kernel - 32 and 64 bit.

L4Linux работает под L4

И?

а то: паравиртуализованный линукс запускается под микроядром (гипервизором в случае NOVA).

тут тоже, из какого-то VLIW эльбрус-микроядра может запускаться x86 оттранслированная система.

а хочется запускать отдельные процессы, как VLIW и как x86 Linux.

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

Что он даст - возможность пустить несколько Linux x86? Ну и зачем это нужно МЦСТ?

например, линукс внутри линукса для упрощения отладки.

но да, мы тут гадаем, а лучше пусть они сами объяснят, как эта штука работает.

в идеале, хотелось бы уметь из VLIW линукса запускать как VLIW линукс процессы так и статически оттранслированные x86 линукс процессы, например, тот же gcc для кросскомпиляции.

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

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

иными словами, ядре VLIW линкус есть поддержка процессов только в архитектуре VLIW, а x86 линукс процесс статически транслируется в VLIW линукс процесс, который потом и запускается?

а я уж думал, тут что-то вроде 32bit/64bit multilib, и перекрытие ELF загрузчика, и прозрачная динамическая компиляция с кешированием оттранслированного, чтобы ядро умело запускать и x86 и VLIW процессы прозрачно для пользователя?

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

Что он даст - возможность пустить несколько Linux x86? Ну и зачем это нужно МЦСТ?

например, линукс внутри линукса для упрощения отладки.

Паравиртуализация для отладки ядра на новой аппаратной платформе? Очень сомнительно.

в идеале, хотелось бы уметь из VLIW линукса запускать как VLIW линукс процессы так и статически оттранслированные x86 линукс процессы,

Да. Мой вопрос как раз об этом. Насколько я понимаю, Debian с multiarch это умеет через qemu - может, МЦСТ умеет это через свой бинарный транслятор.

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

Рис. 4.1. Результаты сравнения производительности системы динамической двоичной трансляции x86 → «Эльбрус» и микропроцессоров с архитектурой х86 (на уровне атома)

не очень впечатляет, скажем так. хотя это только начало.

чего не хватает: сравнения с неоттранслированным VLIW процессом на том же Эльбрусе, под родным компилятором. эльбруса эмулирующего x86 с родным эльбрусом.

то есть, какие накладные расходы вносит система динамической трансляции сама по себе?

на тех же самых тестах и бенчмарках.

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

вообще да, хотелось бы от МЦСТ более подробного описания, как они портировали линукс.

какие версии всего брали, что и почему пришлось патчить, что переделали в ядре.

частично это есть в книжке, но как-то уж слишком общими фразами.

если они будут запускать открытые продажи и открывать документацию более подробно, тут сообществу будут нужны: версии всех компонент, патчи к baseline версиям, формат поставки (сорцы+патчи или бинарные блобы only).

чтобы например можно было сделать сборку других дистрибутивов, вроде Путещщ Gentoo и NixOS.

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

то есть, какие накладные расходы вносит система динамической трансляции сама по себе?

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

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

Паравиртуализация для отладки ядра

Паравиртуализация для отладки модулей ядра, сиречь драйверов.

*fixed

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

Паравиртуализация для отладки модулей ядра, сиречь драйверов.

Ы? Это такая крутая паравиртуализация, которая дает прямой доступ к железу? Круто, но для переноса ядра не нужно - драйверы в пределах линии 2.6 переносятся без проблем (т.е. однажды отлаженные на 2.6.16 драйверы без проблем заработают и на 2.6.33).

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

вот в Genode же запускают L4Linux поверх L4, или Linux поверх гипервизора NOVA:

тыц

The central theme of version 12.11 of the Genode OS Framework is self-hosting Genode on Genode. With self-hosting, we understand the execution of the entire Genode build system within the Genode environment. There are two motivations for pursing this line of work. First, it is a fundamental prerequisite for the Genode developers to move towards using Genode as a day-to-day OS. Of course, this prerequisite could be realized using one of the available virtualization solutions. For example, we could run L4Linux on top of Genode on the Fiasco.OC kernel and use the Genode build system from within an L4Linux instance. However, this defeats the primary incentive behind Genode to reduce system complexity. By having both Genode and L4Linux in the picture, we would indeed increase the overall complexity in configuring, maintaining, and using the system. Therefore, we would largely prefer to remove the complex Linux user land from the picture. The second motivation is to prove that the framework and underlying base platforms are suited and stable enough for real-world use. If the system is not able to handle a workload like the build system, there is little point in arguing about the added value of having a microkernel-based system over current commodity OSes such as GNU/Linux.

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

вот в Genode же запускают L4Linux поверх L4, или Linux поверх гипервизора NOVA:

Они исследователи, им это интересно. А МЦСТ это зачем?

we could run L4Linux on top of Genode on the Fiasco

Замечательно... целая стопка экспериментальных технологий.

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

в роадмапе на 2013 год они, Genode, обещают собрать уже полноценный дистр и всем доказать что на самом деле микроядра не тормозят 1111

:))

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

Genode, обещают собрать уже полноценный дистр и всем доказать что на самом деле микроядра не тормозят 1111

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

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

(т.е. однажды отлаженные на 2.6.16 драйверы без проблем заработают и на 2.6.33)

между 2.6.16 и 3.0 были помнится поломки в API которые влияли на драйвера.

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

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

а что ещё ты хотел запускать? что-то вроде экзоядра, чтобы в libOS был абстрактный API OS?

Genode куда-то к этому движутся. само Genode, как проект TRON: метастандарт, поверх которого идёт уже конкретная ось: Linux, L4, гипервизоры, ?экзоядра? (noux)

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

между 2.6.16 и 3.0 были помнится поломки в API которые влияли на драйвера.

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

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

а над Xen хаскель на «голом железе», без ОС запускали

Что за железо ? Кто запускал ?

Они:

http://readwrite.com/2010/11/30/haskell-virtual-machine

http://corp.galois.com/technologies/ ?

Есть ли открытые проекты которые можно было бы воспроизвести дома ?

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Deleted

да, они.

ну ос на хаскеле ( House ) можно поковырять веточкой, или свой любимый веб-фреймворк.

или лучше, HLVM вместо ОС :)

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

современные микроядра пригодны только для запуска целых операционных систем - это неинтересно

а что ещё ты хотел запускать?

Я хочу запускать приложения разных ОС _в одной_, т.е. полноценные personalities. Поскольку современные $BUZZWORD-ядра этого не могут (это не их вина, конечно), я считаю их в основном бесполезными.

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

HLVM вместо ОС

К сожалению ее планируют использовать не как замену ОС http://www.ffconsultancy.com/ocaml/hlvm/, а как еще одну не ненужную прослойку, для виртуализации и запуска ядер Linux к примеру.

Есть примеры и инструкции как получить не графическую рабочую среду в консоли, хотя бы того же самого Haskell ? Как решаются простые задачи по общению с внешним миром - ввод-вывод, чтение и запись с дисков, аналоги драйверов для hlvm есть ?

Deleted
()
Ответ на: Ответ на популярные вопросы от KT

Но нам интересно, какую сумму за материнскую плату с Эльбрусом энтузиасты были бы готовы отдать.

лучше выставите в интернет почасовой платный kvm на (несколько?) эльбрус(ов?), чтобы можно было работать от root-а и бенчить (загрузка должна осуществляться с какого-то read-only диска или по сети, если он у вас это умеет)

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

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

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

Достаточно иметь звуковушку с примитивным, но качественным ЦАП/АЦП. Все остальное будет делаться в реалтайме в недрах Эльбруса-2С+ на его DSP-шных ядрах.

Гитарную примочку с over 9000 эффектами сделать будет не проблема. Этакий реалтаймовый гитарный мегапроцессор. Он же сожрет скока угодно цифири, преобразует гармоники и не подавится. Цена фирменной цифровой примочки с золочеными контактами походу будет даже повыше монокуба. Так что вот вам ниша для гражданского применения.

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

Слишком дорогая примочка выходит. Вот молотить поток данных через цифровые фильтры и прочие БПФ вполне реально, но вот область применения непонятна. В системах наведения, например, вполне понятно на что можно использовать эти 4 DSP ядра, что они даже давиться будут, но это не гражданское применение.

О, да, видеомонтажная станция. Там тоже можно найти чем нагрузить 4 DSP ядра. Но набор периферии для такого как-то грустноват, да и софта нет.

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

Кстати, я вот что подумал. Ведь на базе Монокуба можно забабахать отличный программно-аппаратный комплекс по цифровой обработке звука например. ... Гитарную примочку с over 9000 эффектами сделать будет не проблема. Этакий реалтаймовый гитарный мегапроцессор.

а еще монокубом можно гвозди забивать !!!!111

дешевая openCL видеокарта легко переплюнет монокуб по dsp-производительности, возможно даже на порядок

www_linux_org_ru ★★★★★
()
Последнее исправление: www_linux_org_ru (всего исправлений: 1)
Ответ на: комментарий от Xintrea

так что выдумывать истории типа:

 — а давайте кота заведем!
 — но он нам не нужен
 — а он мышей будет ловить!
 — но у нас нет мышей
 — а мы заведем!

это явно не ко мне

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

дешевая openCL видеокарта легко переплюнет монокуб по dsp-производительности

софта то нет.

devl547 ★★★★★
()
Ответ на: Ответ на популярные вопросы от KT

0. Патчи в ядро будут, или 12309 и отсутствие новых плюшек гарантировано?
2. Что там с совместимостью компилятора (генту без очевидных костылей реально собрать?)?
5. Тысяч 15, но все еще зависит от возможности использования DSP и сборки программ.

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

0. То есть реально будет например 3.7 запустить на Эльбрусе?
2. Весь софт собирается, разницы с gcc нет?

И что там сейчас можно делать прикладного на DSP?

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

0. Ядро 3.7? Только после переноса в него архитектурно-зависимой части наших правок. Сейчас ядро 2.6.33, оценить разницу с 3.7 мне сложно.

2. Практически с точки зрения формата исходников наш компилятор аналогичен gcc 3.4.6 (наши компиляторщики поддержали и какие-то более свежие расширения). То есть - да, софт собирается.

Про DSP: есть оптимизированная библиотека от производителя ядер, и есть встроенный в компилятор механизм для вызова этой библиотеки из основной программы. Иначе говоря, можно скомпилировать исходник на Си для работы на DSP, и из этого кода вызывать библиотечные функции.

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

Вы не поняли. По _возможностям_ компилятор lcc превышает gcc 3.4.6. Речь идёт о том, какие специфические gnu-расширения он понимает.

Уточнил у разработчиков. Фронт-энд у lcc поддерживает gnu-расширения до версии gcc 4.4, с некоторыми фичами из gcc 4.7

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

Фронт-энд у lcc поддерживает gnu-расширения до версии gcc 4.4, с некоторыми фичами из gcc 4.7

Вот это уже труЪ.

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

Уточнил у разработчиков. Фронт-энд у lcc поддерживает gnu-расширения до версии gcc 4.4, с некоторыми фичами из gcc 4.7

То есть, например Qt версии 4.x собрать вполне реально?

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

И еще вопрос. Есть ли в монокубе набортный звуковой чип?

Вроде бы на фото видно два звуковых разъема, но точно не видно, относится ли это к звуку или нет.

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

Все, прошу прощения. Набортный звук в монокубе есть:

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

http://zonatex.ru/blog/komputeri/23.html

Но хотелось бы подробностей, что за чип используется, и насколько хорошо его держит ALSA. Будет ли с ним работать звуковой сервер JACK?

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

1. Qt 4.5.2 входит в штатную поставку ОС. Препятствий перед портированием более свежих версий нет. 2. Набортный звуковой чип есть, поддерживается SDL (1.2 ЕМНИП)

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

lcc на выходе дает нативный vliw код ?

Какие приложения уже портированы полностью под vliw ? Желателен их полный список или ссылку на источник, где они перечислены.

Есть какая-либо ОС (к примеру портированный Linux) для платы «Монокуб» написанный специально под сборку сразу в код vliw, без трансляций вида x86-vliw ?

В сети найдено: «Очень жаль, что описание архитектуры процессора, а также исходные тексты ядра Linux и компилятора GCC для Эльбруса-2000 остаются секретными».

http://ramlamyammambam.livejournal.com/140141.html?thread=1092973

Пока все исходные коды базового ПО платы Монокуб за грифом секретно, то ни о какой полезности этого продукта для народного хозяйства идти речи не может. Поэтому вместе с решением о тиражировании платы Монокуб необходимо и решение об открытии этих «секретов».

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

0. Могу сказать, что не сложно перейти от работающих исходников ядра 2.6.33 к версии 3.7 и выше.

2. Если есть исходники старой версии компилятора gcc или его аналога, а также документация на vliw нового процессора, то не очень сложно переправить gcc под новую архитектуру, и собрать gcc используя работающий lcc. Думаю объем работ не превысит выполненный объем работ по добавлению поддержки ARM в gcc.

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

Deleted
()
Последнее исправление: Deleted (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.