LINUX.ORG.RU

Завершены государственные испытания «Эльбрус-S»

 , ,


0

0

В декабре 2010 года в ЗАО «МЦСТ» завершились:

  • приемка ОКР в части процессорной микросхемы (системы на кристалле) «Эльбрус-S»;
  • государственные испытания микросхемы (системы на кристалле) контроллера периферийных интерфейсов (КПИ);
  • государственные испытания 4-х процессорного модуля МВ3S/C на базе микросхемы «Эльбрус-S».

Решениями комиссий, проводивших приемку микросхемы «Эльбрус-S» и испытания микросхемы КПИ, разрешено приступить к выпуску серийных образцов микросхем и использовать серийные образцы для оснащения образцов вооружения и военной техники, а также информационно-вычислительных и управляющих систем в промышленной сфере.

Модули МВ3S/C рекомендованы комиссией для использования в качестве вычислительных средств в перспективных образцах вооружения и военной техники.

Для архитектуры Эльбрус поддерживается ОС Linux на ядре 2.6.14 в стандартной и real-time версиях. Поддерживается библиотека glibc 2.7 и множество стандартных утилит, также имеется графическая среда на базе сервера Xorg версии 6.9.0 с несколькими оконными менеджерами. Портирован большой комплект прикладных программ. В настоящее время идет работа по поддержке ядра 2.6.33 и свежей версии Xorg.

Из средств разработки поддерживаются: оптимизирующий компилятор собственной разработки (совместимый с gcc 3.4.6) для языков C, C++, Fortran, отладчик gdb, инструмент профилирования gprof. Компилятор поддерживает режимы нативной и кросс-компиляции.

Подробности:
http://www.mcst.ru/news.shtml
http://www.mcst.ru/image/101108/elbrus_ex1_101108.jpg
http://www.mcst.ru/image/101108/elbrus_ex2_101108.jpg

★★★★★

Проверено: Shaman007 ()
Последнее исправление: maxcom (всего исправлений: 2)
Ответ на: комментарий от alx_me

> Ламером я вас обзсывать не буду

спасибо, о Великий Гуру!

но напомню, что САПР надо настроить, это не HalfLife.

Настроить на что? На аппаратное обеспечение компьютера?

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

> ойле? я думаю есть немало мест, где срок автономной работы устройства играет немаловажную роль

Есть, наверное (мобилы!!!11). Но туда не ставят R-150 в шкафном исполнении.

зы а если sparc гогно, то что нет? вечно догоняющий x86?

Если ты не заметил - последние лет 10 все пытаются догнать x86.

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

> А ты расскажи подробнее, что за модули аутентификации ты видел, и какие у них проблемы.

Там до десятка модулей ядра. Проблем в них, что пудово нет, как вы говорите всё вылизано. Проблема в том что они дико устарели относительно внутренних интерфейсов ядра. И будут всё время отставать, и вы будете всё время навёрстывать, вместо того чтобы слезть с сена и отдать их под GPL, и заняться их совершенствованием без раздумий по поводу их неактуальности. Может быть уже есть более качественная их реализация. Или закрыли какой-то дефект.

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

>> да еще на такой сомнительной на сегодня технологии, как VLIW.

ну расскажи, чем она сомнительна

2 процессора, которые пытались ее использовать, провалились.

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

> Вылезай из анабиоза, ты целое обсуждение пропустил.

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

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

VIT тупо троллит. Сыпет абсурдными фразами из умных слов. Сначала хотел поотвечать ему, потом забил. Глупо пытаться что-то обсуждать с тем, кто сознательно паясничает а-ля витя картунов.

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

>> Сейчас можно купить или украсть полную документацию на процессор или взять свободное процессорное ядро

Нот инвентед хиа (с)

Это да, но Советскому Союзу раньше и Китаю сейчас это никак не мешало.

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

САПР это охреневающий в своём величии комплекс ПО. Со сложными внутренними взаимосвязями. Тесно интегрированный с местными стандартами документаци, технологическими стандартами, БД. Внутренние языки. Разного уровня интерфейсы. Интеграция с САУ. И прочая прочая. Людей обучают этому делу годами. Так что такой «кандачок» как у вас неуместен, это мягко сказано.

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

> 2 процессора, которые пытались ее использовать, провалились.

это трансмета и итаник?

трансмета вообще не VLIW, т.к. нет компилятора, который генерит для нее код (а без этого все преимущества VLIW теряются), а про итаник пишут, например, что его могучий кэш 48МБ работал примерно с частотой памяти при произвольном доступе

вообще интел была не заинтересована растить своему х86 конкурента, в котором она была бы не 100% с

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

Тада нехер пользоваться redhat как основой, пишите своё!

В идеале - да, надо свое. МСВС - разумный компромисс. Разумный, пока в разработке не участвует любой желающий.

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

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

Stablity/secret by obscurity это 18 век

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

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

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

Читай выше контекст. О благословенный.

alx_me ★★☆
()

95% постов в этом треде писано идиотами.

Чё в к VLIW пристали?

Важен сам факт что в Рашке есть люди которые могут сделать процессор и и южные/северные мосты всякие, операционки и компиляторы. Это очень неплохо. И это главное - поддержание существования квалифицированных кадров, которые могут научить новое поколение квалифицированных кадров. Понадобится суперскаляр - сделают суперскаляр.

При появлении в доступности тех процесса <65нм можно выйти на конкурентоспособный уровень по многим категориям. (Для крупномасштабных разработок кстати нужно много квалифицированных кадров)

Нафига им открытость спрашивается? В России GPL не действует. Можно плевать.(Или не должна действовать согласно имеющемуся законодательству, отдельная флемогенная тема) Тем более нет нужды соблюдать государству - государства всегда нарушают патенты и копирайты как хотят, а заказ у МЦСТ государственный. Тем более нет нужды в открытии потому что в розничной продаже их систем нет.

Алсо, военные процессоры отличаются от гражданских защитой от радиации http://www.sandia.gov/media/rhp.htm

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

>> 2 процессора, которые пытались ее использовать, провалились.

это трансмета и итаник?

Ты знал!!!11

трансмета вообще не VLIW

О как... а Бабаян с Дитцелом в курсе?

нет компилятора, который генерит для нее код

Правда? А как на Transmeta выполняется код x86?

вообще интел была не заинтересована растить своему х86 конкурента

Если ты забыл: они потратили несколько миллиардов на этот проект.

И кстати... назовешь какую-нибудь VLIW-архитектуру, находящуюся в разработке? Кроме E3M.

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

И будут всё время отставать, и вы будете всё время навёрстывать, вместо того чтобы слезть с сена и отдать их под GPL, и заняться их совершенствованием без раздумий по поводу их неактуальности

Они сами что ли под GPL будут переписываться? Или это все же будет делать кто-то? Кто-то, о ком я знаю только его e-mail.

Или закрыли какой-то дефект.

Или открыли новый.

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

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

Читай выше контекст.

Может, просто изложишь, чем послойное копирование лучше покупки или кражи полной документации? А то в контексте этого нет.

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

> В идеале - да, надо свое. МСВС - разумный компромисс. Разумный, пока в разработке не участвует любой желающий.

Я сейчас заплАчу, а вы всё равно не поймете. Вы ведь говорили о защищённости. Ну какая нахрен защищённость если на seqlab-е лежит пачка уязвимостей для системы с которой вы драли и зафиксировали на вечно? Это не компромисс. Компромисс это когда вы что-то приобрели в обмен на послебление в другой области. Вы же обрели голую жопу страуса, а отдали единственный способ сохранения защищённости. Как ещё объяснить. Если вы из начальства, то пребывать в иллюзии вам можно, но если вы инженер, то мне боязно.

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

Только при отказе от внесения нового. Проблема в том, что новое вносят в HEAD, а у вас tag. То есть гарантии нет.

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

Тут уместно вспомнить таких же прагматиков от немчуры и их «невзламываемой» enigma. Тогда ещё верили в закрытые алгоритмы. Да мир жесток, если стоять на месте попасть по вам действительно легче.

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

> Может, просто изложишь, чем послойное копирование лучше покупки или кражи полной документации? А то в контексте этого нет.

Ладно не буду более эксплуатировать ваш комплекс превосходства. Вы совершенно правы что послойное передирание это идиотизм. Смысл наших с моим соратником прений был именно в этом. Он мне открывал глаза, я ему приводил примеры когда что-то и у нас было хорошо, а что действительно плохо. Но мы все действительно умрём.

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

>HEAD

Чё ты пристал со своим HEAD? RHEL тоже достаточно старых версий - и ничего. Продакшн системы никогда не HEAD, а всегда уже устоявшийся стабилизированный код. У тебя есть пруф что МЦСТ не готовит новый стабильный релиз с новым ядром как это регулярно делает REDHAT? Ну так что ты растараторился тогда?

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

Ну вообще говоря DSP это не general purpose computing.

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

>> И кстати... назовешь какую-нибудь VLIW-архитектуру, находящуюся в разработке? Кроме E3M.

ATI R600-R800?

Это DSP фактически, а речь о процессорах общего назначения.

И вот еще пачка: http://www.google.ru/#q=vliw+dsp

Ну а это просто DSP.

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

> Чё ты пристал со своим HEAD? RHEL тоже достаточно старых версий

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

Далее под HEAD я понимал общий фронт комплекса открытого ПО. Это не обязательно именно с пылу с жару. Просто смысл том чтобы не я вечно догонял и держал код под жопой, а чтобы я как лицо наиболее полно понимающее логику своего кода занимался только расширением функционала, а не вечными догонялками.

alx_me ★★☆
()

> Завершены государственные испытания «Эльбрус-S»

Только бы его создатели не упилили в США, как это сделали авторы предыдущего Эльбруса.

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

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

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

Здесь мало кто любит это слово. Патриотизм. Ничего больше в голову не приходит. Больше их держать нечем. Я их уважаю.

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

> > нет компилятора, который генерит для нее код

Правда? А как на Transmeta выполняется код x86?

она его jit-ит, и хранит на-jit-енное в обычной оперативе, отрезая от нее 16-32МБ

а написать на асме че-то в трансметовском коде, и скормить напрямую процу — невозможно

Если ты забыл: они потратили несколько миллиардов на этот проект...

... чтобы прикарманить НР-шные идеи и проверить их на практике; да и отбили они эти миллиарды даже на самом итанике — по сведениям интел.

И кстати... назовешь какую-нибудь VLIW-архитектуру, находящуюся в разработке? Кроме E3M.

In particular, the ATI/AMD Radeon R600 family of GPU architectures (including the R700 and Cypress derivatives) are VLIWs.

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

>Разве называть поделку нерабочей - это не опускание?

Онанизмус, а ты знаешь, как у вояк этапы закрываются? Да еще перед Новым Годом?

Может я с ними никогда не работал, а может я их разрабатываю? Не в этом суть

Ты, по ходу, быдлоодминчег или офисный планктон-поцреот. Э-90-мокро был (и есть) - уродство, и иллюзий по поводу Е2К испытывать просто не приходится. Но таки да - Роисся вперде, родина слонов и т.д.

я просто не опускаю то, чего не знаю

Чуве, а ты про формулу Байеса слышал когда-нибудь?

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

>>> нет компилятора, который генерит для нее код

Правда? А как на Transmeta выполняется код x86?

она его jit-ит, и хранит на-jit-енное в обычной оперативе, отрезая от нее 16-32МБ

И что? Транслятор есть, получите и распишитесь.

а написать на асме че-то в трансметовском коде, и скормить напрямую процу — невозможно

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

Если ты забыл: они потратили несколько миллиардов на этот проект...

... чтобы прикарманить НР-шные идеи и проверить их на практике;

Ну что тут сказать... теории заговора хороши тем, что их невозможно опровергнуть. Хочешь верить в то, что Интел просто хотела убить VLIW таким хитрым маневром - верь.

И кстати... назовешь какую-нибудь VLIW-архитектуру, находящуюся в разработке? Кроме E3M.

In particular, the ATI/AMD Radeon R600 family of GPU architectures (including the R700 and Cypress derivatives) are VLIWs.

Да когда вы уже начнете различать DSP и процессоры общего назначения...

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

>реальность обычно - сплошная банальщина.

Да, реальность твоего тарахтения на пустом месте весьма банальна.

Просто смысл том чтобы не я вечно догонял и держал код под жопой,

Причём тут ты и твоя жопа? Речь идёт о МЦСТ и их задачах. Фундаментальные изменения в arch происходят не так часто а если и происходят, то портануть будет не так сложно, чтобы разводить всю бадью с включением в ядро и последующей поддержкой всего этого. Тем более железа которое свободно просто не доступно.

И нахрена им новое спрашивается? Для их задач нужны какие-нибудь фичи из новых ядер? Может им btrfs нужен? или kernel modesetting? или может-быть апдейты планировшика для мультимедиа юзерских задач? Культизм какой-то нафиг, ей богу.

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

>Я слышал что на ДОНе стоят эльбрусы. Вот только какого года - хз

Древнего. Еще советские Э-2.

Э-90 стоят на более новых разработках.

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

> И нахрена им новое спрашивается? Для их задач нужны какие-нибудь фичи из новых ядер? Может им btrfs нужен? или kernel modesetting? или может-быть апдейты планировшика для мультимедиа юзерских задач? Культизм какой-то нафиг, ей богу.

Им нужны как минимум апдейты RT-ядра (а переходят они именно на 2.6.33 потому, что это последнее ядро, для которого доступен стабильный RT-патч :)).

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

> Это DSP фактически, а речь о процессорах общего назначения. Ну а это просто DSP.

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

Manhunt ★★★★★
() автор топика

кстате VLIW несовместимо с динамическим типизированием - медленно будет работать.

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

>> Я слышал что на ДОНе стоят эльбрусы. Вот только какого года - хз

Древнего. Еще советские Э-2.

По слухам, последние живые Э-2 на этой планете...

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

> Внутренние языки.

GPL прога с внутренними языками по факту становится или неюзабельным говном или LGPL

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

Разного уровня интерфейсы.

тут те же соображения

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

Нужда наверное есть, но имхо не так сильна как можно подумать. Уж точно не так как стереотипному красноглазику нужно компилять по ночам новые версии... А ведь этот _me судя по всему именно так себе и представляет потребности всех пользователей (в том числе и индустриальных) операционок и софта... Компиляем новые версии, вносим свои гениальные изменения, делимся.... ПРОФИТ...

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

> Имхо, граница между DSP и процессорами общего назначения довольно размытая.

DSP - это accumulate-multiply на большой скорости и в SIMD, ни на что больше они не годятся (как и подразумевает название, они обрабатывают сигналы). Э-3М - управляющая машина (т.е. многозадачная ОС), которой сама сигналы не обрабатывает - за нее это делают специализированные устройства, может быть, на тех самых DSP.

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

> Нужда наверное есть, но имхо не так сильна как можно подумать.

Но она всё же есть. Хотя, конечно, 2.6.33 вполне хватит на пару лет.

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

> DSP - это accumulate-multiply на большой скорости и в SIMD, ни на что больше они не годятся

Неправда. Многие DSP успешно делают general-purpose computing. Хотя и не слишком шустро.

Э-3М - управляющая машина (т.е. многозадачная ОС)


Для нормальной многозадачной ОС - нужна возможность переключать контексты и поддержка виртуальной памяти. Причем тут vliw/не-vliw, dsp/не-dsp?

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

> И что? Транслятор есть, получите и распишитесь.

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

Ну что тут сказать... теории заговора хороши тем, что их невозможно опровергнуть. Хочешь верить в то, что Интел просто хотела убить VLIW таким хитрым маневром - верь.

убить_VLIW != убить_конкурентов

Да когда вы уже начнете различать DSP и процессоры общего назначения...

А ты спрашивай сразу правильно.

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

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

>Транслятор есть, получите и распишитесь.

А в какой код скомпилирован вышеупомянутый транслятор, по-твоему?


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

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

> Если это случится, то я бы с большим удовольствием прикупил бы такую железяку.

Тебе для этого квартиру продать придется.

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

>general-purpose computing

general-purpose computing отличается от dsp количеством бранчей в коде и частотой обращения к куче.

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

> general-purpose computing отличается от dsp количеством бранчей в коде и частотой обращения к куче.

Согласен. Вот именно поэтому граница между ними весьма размыта.

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

>EPIC fail, хочешь ты сказать?

VLIW - fail. И EPIC в частности :)

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