В ИСС испытывают новую БЦВМ

[TAU]

Весьма интересно выделенное, как мне кажется...

https://www.iss-reshetnev.ru/media/newspaper/newspaper-2016/newspaper-410.pdf

Спутники, создаваемые решетнёвцами, из поколения в поколение становятся всё более многофункциональными, растёт спектр решаемых ими задач. Соответственно, для их бортовых компьютеров спутникостроителям приходится писать всё более сложные и объёмные программы. Для обработки существенно возросших потоков информации требуется соответствующее аппаратное обеспечение. И сегодня специалисты отдела проектирования и испытаний аппаратуры бортового комплекса управления как раз заняты наземной экспериментальной отработкой бортового компьютера нового поколения, разработанного и изготовленного Ижевским радиозаводом по техническому заданию Решетнёвской фирмы. Бортовой цифровой вычислительный комплекс С-32М1 имеет характеристики, превышающие возможности предшественников по отдельным показателям до 2-5 раз... применены новые технические решения, такие как центральный процессор архитектуры SPARC V8, память магниторезистивного типа, при котором запоминающее устройство хранит записанную информацию с помощью магнитных моментов при отсутствии внешнего электропитания. Внутренние связи компьютера организованы на основе перспективного интерфейса SpaceWire... был подобран радиационно-стойкий процессор разработки КНР, который в перспективе будет заменён на разрабатывающийся отечественный аналог. При растущем мозговом ресурсе космический бортовой компьютер всё больше теряет в весе и габаритах... Созданный прибор имеет массу всего 5 кг... 
В решении этой важной для предприятия задачи активно задействован и отдел системного программирования. Его специалисты занимаются созданием средств разработки программ для компьютера нового поколения и операционной системы, сохраняющей интерфейсы, традиционные для бортового программного обеспечения АО «ИСС»

Все же БОС самописная лучше, как показывает практика...

[thunder26]

TAU пишет:
с помощью магнитных моментов при отсутствии внешнего электропитания

Магниторезистивная память. Ничего сверхестественного.

TAU пишет:
Внутренние связи компьютера организованы на основе перспективного интерфейса SpaceWire

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

TAU пишет:
созданием средств разработки программ для компьютера нового поколения и операционной системы , сохраняющей интерфейсы

На предыдущих машинах это уже существует. В связи со сменой архитектуры процессора необходима разработка новых.

[Not]

thunder26 пишет: На предыдущих машинах это уже существует. В связи со сменой архитектуры процессора необходима разработка новых.

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

[ZOOR]

Творческая переработка?

LEON, 32-битная однопоточная реализация SPARC V8, разработанная исключительно для использования в космосе. Исходный код написан на VHDL и лицензирован под GPL.

[thunder26]

Not пишет:
Потроллить прибежал, литератор?

Кто кто, простите?
Кого потроллить?

[Татарин]

ZOOR пишет:
Творческая переработка?

LEON , 32-битная однопоточная реализация SPARC V8, разработанная исключительно для использования в космосе. Исходный код написан на VHDL и лицензирован под GPL .

Переработка чего?
SPARC v8 - система команд. Какую-то систему команд нужно использовать, так лучше с чем-нить совместимую: имеющийся софт использовать... хотя б средства разработки.

Я понимаю, команде Мультиклета делать было нечего: их идеи можно было реализовать только написав с нуля компиляторы и весь тулчейн. Я понимаю товарищей с Эльбрусом: у них ситуация даже хуже, только хуже.
Но если разрабатывается обычный RISC-проц, то лучше брать что-то стандартное или по крайней мере имеющееся - пусть со своими расширениями, но чтоб хотя бы gcc был.

[SGS_67]

Not пишет:

thunder26 пишет: На предыдущих машинах это уже существует. В связи со сменой архитектуры процессора необходима разработка новых.

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

Вам слово "драйвера" известно, чудо в перьях?

[Татарин]

SGS_67 пишет:

Not пишет:

thunder26 пишет: На предыдущих машинах это уже существует. В связи со сменой архитектуры процессора необходима разработка новых.

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

Вам слово "драйвера" известно, чудо в перьях?

Ну, на чистом ассемблере драйвера писать сейчас тоже любителей мало...

[SGS_67]

Татарин пишет:

ZOOR пишет:
Творческая переработка?

LEON , 32-битная однопоточная реализация SPARC V8, разработанная исключительно для использования в космосе. Исходный код написан на VHDL и лицензирован под GPL .

Переработка чего?
SPARC v8 - система команд. Какую-то систему команд нужно использовать, так лучше с чем-нить совместимую: имеющийся софт использовать... хотя б средства разработки.

Со средствами разработки для Леона как раз жуткая засада.
Единственным его достоинством является условно-бесплатное ядро.
Программистам головняк на ближайшие лет 5 гарантирован.
Если это полукетайское чудо не помрет естественной смертью раньше.    

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

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

[SGS_67]

Татарин пишет:
Ну, на чистом ассемблере драйвера писать сейчас тоже любителей мало...

Как бы не пришлось...

[ZOOR]

SGS_67 пишет:

Татарин пишет:
Ну, на чистом ассемблере драйвера писать сейчас тоже любителей мало...

Как бы не пришлось...

Зато какой оптимальный код получить можно ....
И вообще этим ООП уже все что можно загадили, даже где не надо  

[Татарин]

SGS_67 пишет: 

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

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

Есть как минимум gcc.
Это уже нефигово в сравнении с новой архитектурой.

Имея gcc уже можно плясать. А вот своё с нуля...

[SGS_67]

Интересно другое.
Почему решетневцам не удалось приобрести у "китайских союзников" процессоры нового поколения (а у них такие имеются)?
Для которых есть вполне приличные бесплатные средства разработки, библиотеки, приложения, операционные системы и т.д. 
Собственно, вопрос риторический. 


Видимо, дела совсем там плохи, раз готовы брать такое г...

[Татарин]

ZOOR пишет:

SGS_67 пишет:

Татарин пишет:
Ну, на чистом ассемблере драйвера писать сейчас тоже любителей мало...

Как бы не пришлось...

Зато какой оптимальный код получить можно ....
И вообще этим ООП уже все что можно загадили, даже где не надо  

"Можно" вовсе не значит, что он будет получен.

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


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

ООП в драйверах не нужно. "С" вполне достаточно. Зато не нужно закат солнца вручную устраивать.

[SGS_67]

Татарин пишет:
"Можно" вовсе не значит, что он будет получен.
..................
ООП в драйверах не нужно. "С" вполне достаточно. Зато не нужно закат солнца вручную устраивать.

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

[SGS_67]

Татарин пишет:
Есть как минимум gcc.
Это уже нефигово в сравнении с новой архитектурой.

Имея gcc уже можно плясать. А вот своё с нуля...

Простите за вопрос, но Вы работали когда-нить с gcc для Леона?

Для новых архитектур (тех же Cortex A, к примеру) есть стабильные ОС, драйвера и куча бесплатных тулзов, которые реально можно пользовать. Сертифицировать - не проблема, ибо большинство в исходниках.
А вот для Леона - на поклон к Гайслеру. Который не только дерёт деньги за сопровождение (оченно кривое, кстати), но и может обрубить его в любой момент. Потому, как существует фактор "санкций".

Так что флаг в руки ИСС... и пожелание скорее закопать эту мертворожденную дитятю.
Хотя, альтернативу с ходу предложить нелегко...

[Not]

SGS_67 пишет:

Not пишет:

thunder26 пишет: На предыдущих машинах это уже существует. В связи со сменой архитектуры процессора необходима разработка новых.

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

Вам слово "драйвера" известно, чудо в перьях?

Вы разницу между драйвером и интерфейсом видите, чюдо краснозадое?

[Not]

SGS_67 пишет:

Татарин пишет:
"Можно" вовсе не значит, что он будет получен.
..................
ООП в драйверах не нужно. "С" вполне достаточно. Зато не нужно закат солнца вручную устраивать.

Мне показалось, что ув. ZOOR просто стебается.

Он прав. К слову говоря, ПО Кьюриоситу (марсианской лаборатории) написано на С, с последующим формальным анализом кода.

[SGS_67]

Not пишет:

SGS_67 пишет:

Not пишет:

thunder26 пишет: На предыдущих машинах это уже существует. В связи со сменой архитектуры процессора необходима разработка новых.

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

Вам слово "драйвера" известно, чудо в перьях?

Вы разницу между драйвером и интерфейсом видите, чюдо краснозадое?    

Я-то? Ессно, вижу.
Ибо второе не может работать без первого.
А первое завязано на архитектуру. О которой подобные вам дятелы не имеет и малого представления.

Not пишет:

Мне показалось, что ув. ZOOR просто стебается.

Он прав.

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

 К слову говоря, ПО Кьюриоситу (марсианской лаборатории) написано на С, с последующим формальным анализом кода.

И что из того?
Ув. Татарин обозначил основные моменты. Можно было бы дополнить, только сыпать бисер смысла пока нет.

[Not]

SGS_67 пишет:

Вы разницу между драйвером и интерфейсом видите, чюдо краснозадое?    

Я-то? Ессно, вижу.
Ибо второе не может работать без первого.
А первое завязано на архитектуру.

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