Импортозамещение в ИТ

t.b.> если вы не поняли что вам именно этим и предложили занятся только не через собственно развертывание производства, а через просто начхание на патенты ,то я уж и не знаю чем вы читаете .
мне в общем ровно что вы знаете а что нет … и так же то что вы не понимаете или не хотите понимать о чем я написал
t.b.> Начхать на патенты вы можете но после этого вы получите от остальных большой чугунный болт вместо оборудования и продукции . А сами вы не производите ни оборудование ни конечную продукцию пока .
что мы производим я регулярно выкладываю в соответствующей теме, именно для тех кто зовя нас в дупу и при том утверждает что мы уже там …
радует что не вы определяете наш путь … хотя вам подобных да много и у нас
вам - dixi

Грач> мне в общем ровно что вы знаете а что нет … и так же то что вы не понимаете или не хотите понимать о чем я написал

если вам ровно не лезте туда где вы осведомлены лишь по написаному в "сделано у нас" меньше будет желания в вас плеваться.


Грач> что мы производим я регулярно выкладываю в соответствующей теме, именно для тех кто зовя нас в дупу и при том утверждает что мы уже там …

ну чтож покажите мне российский завод с полным циклом производства тех же Эльбрус-8С . на крайний случай подойдут заводы которые могут изготовить для такого завода технологические линии . нету ? а вот до момента пока не появятся оставьте свои надежды на самостоятельность в признании патентов, потому что в противном случае для вас закроют возможность изготавливать технику на сторонних мощностях и закроют возможность закупки оборудования для аналогичных задач .

Грач> радует что не вы определяете наш путь … хотя вам подобных да много и у нас
Грач> вам - dixi
а меня отнюдь не радует что в РФ слишком много балаболов которые готовых верить в любой треп и не способных проверить что за ним стоит .. и при этом еще и не желающих этого понимать и что либо с этим делать

Ronin>> Это другой Байкал первый был Baikal-T1 на двух MIPS ядрах, а этот Baikal-M на восьми ARM
zaitcev> Пора уже и процессор на RISC-V замутить. А то отстаём, в однобортных никто не воюет.

Только не это! RISC-V — это порождение мозга безумных диверсантов-рептилоидов, не иначе. Вот как, например, объяснить, что 64-битная версия не совместима по двоичному коду с 32-битной, причём это сделано умышленно?
Не говоря уже о том, что система команд у него изначально убогая и исправлению не подлежит.

Если кто хочет посмотреть на правильно сделанный 32/64-битный процессор — надо смотреть на DEC Alpha. Вот там всё сделано по уму.

К сожалению, в администрацию DEC просочились дебилы.

zaitcev> Пора уже и процессор на RISC-V замутить.
замутили

Sandro> Только не это! RISC-V — это порождение мозга безумных диверсантов-рептилоидов, не иначе.
Но дальше - удивил.
Sandro> Вот как, например, объяснить, что 64-битная версия не совместима по двоичному коду с 32-битной, причём это сделано умышленно?
Ты типа не знаешь во что вылилось в кремнии тащить старые костыли и подпорки совместимость на Ынтеле?! Там пол-камня этим занято.
А компиляторы нынче могучие, вот тому же gcc пофиг под что собирать, был бы сырок.
Sandro> Не говоря уже о том, что система команд у него изначально убогая и исправлению не подлежит.
Ещё скажи что не знаешь что означает акроним RISC
Sandro> Если кто хочет посмотреть на правильно сделанный 32/64-битный процессор — надо смотреть на DEC Alpha. Вот там всё сделано по уму.
Sandro> К сожалению, в администрацию DEC просочились дебилы.
Я не знаю почему Sandro, но и Alpha и SPARC - трупы. Увы.
Что то не ладно в Датском королевстве.

Sandro>> Только не это! RISC-V — это порождение мозга безумных диверсантов-рептилоидов, не иначе.
Unix> Но дальше - удивил.
Sandro>> Вот как, например, объяснить, что 64-битная версия не совместима по двоичному коду с 32-битной, причём это сделано умышленно?
Unix> Ты типа не знаешь во что вылилось в кремнии тащить старые костыли и подпорки совместимость на Ынтеле?! Там пол-камня этим занято.

Знаю. А так же знаю, почему. 8086 исходно был затычкой в модельном ряду. Процессором переходного периода, так сказать. Поэтому его и слепили на коленке за полгода, почти не приходя в сознание. И должен был этот уродец запланированно сдохнуть через несколько лет.
Но случились две вещи:

1) Intel эпически облажалась с перспективной 32-х битной архитектурой. Overengineering в чистом виде. Из iAPX432 в принципе не могло выйти ничесго нормального.
2) Команда, работавшая над IBM PC — тоже архитектура-затычка по исходной идее — решила экономить как можно больше, и таки был выбран 8086 (а точне, 8088) в качестве процессора. Хотя рассматривался а вариант с 68000. Очень жаль, что от него отказались, цена машины вырастала не так уж и сильно, зато перспективы...

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

А всё потому что аж два раза ответственные лица не подумали о возможных перспективах развития архитектуры.

К DEC Alpha это не имеет никакого отношения. Это чисто RISC машина с 32-битными командами и 8/16/32/64-битными данными. Разрядность выбирается двумя битами в коде команды и стоит в железе всего лишь нескольких четырёхвходовых мультиплексоров.
Более того, если обрезать регистры до 32 бит и по коду размеру операнда 11 выкидывать исключение, то это будет прекрасная 32-битная машина. Код которой будет корректно исполняться на 64-битной версии процессора без изменений.

В RISC-V всё не так. У него есть 32-битная и 64-битная версии. При этом опкоды у них совпадают, и 64-бит версия будет пытаться исполнять команды 32-бит, как 64-бит. А для реализации 32-битных вычислений на 64-битной версии там предусмотрен специальный набор команд, который есть только у 64-битной версии.

Это вообще как называется?!?

Это даже не отсутствие двоичной совместимости, это ложная двоичная совместимость! Повбывав бы.

Unix> А компиляторы нынче могучие, вот тому же gcc пофиг под что собирать, был бы сырок.

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

Sandro>> Не говоря уже о том, что система команд у него изначально убогая и исправлению не подлежит.
Unix> Ещё скажи что не знаешь что означает акроним RISC

Знаю. Более того, даже доводилось делать RISC процессор на VHDL.

Убогость в данном случае относится конкретно к RISC-V. Та же DEC Alpha — вполне нормальная.

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

Sandro>> Если кто хочет посмотреть на правильно сделанный 32/64-битный процессор — надо смотреть на DEC Alpha. Вот там всё сделано по уму.
Sandro>> К сожалению, в администрацию DEC просочились дебилы.
Unix> Я не знаю почему Sandro, но и Alpha и SPARC - трупы. Увы.

История DEC Alpha достаточно хорошо известна. "Она не умерла. Её похоронили. Заживо." Менеджмент DEC за каим-то раком препятствовал её продажам. Наиболее вопиющий случай: когда Джобсовы ребята искали, на что бы заменить процессор в новом Маке, то всерьёз рассматривали именно Альфу. Менеджер DEC, к которому они обратились, сказал — дословно — что считает это несвоевременным(!!!), так как ещё есть рынок для DEC VAX(!!!).
Это какую же степень повреждения мозга надо иметь, чтобы ляпнуть такое?

Ну а Мак, как мы знаем, вышел на Power PC. Тоже неплохая машина, но у DEC как-то посимпатичнее вышло, на мой вкус.

SPARC же вылез из того же гнезда (Беркли), что и RISC-V, и тоже уродец. Но по-другому. Кстати, в девичестве он Berkeley RISC, дипломный проект тамошних студиозусов под руководсвом Дэвида Паттерсона. Который теперь замешан — угадай с одного раза в чём?

Unix> Что то не ладно в Датском королевстве.

Увы.

"The RISC-V authors are academic but have substantial experience in computer design. The RISC-V ISA is a direct development from a series of academic computer-design projects."

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

Sandro> 2) Команда, работавшая над IBM PC — тоже архитектура-затычка по исходной идее — решила экономить как можно больше, и таки был выбран 8086 (а точне, 8088) в качестве процессора. Хотя рассматривался а вариант с 68000. Очень жаль, что от него отказались, цена машины вырастала не так уж и сильно, зато перспективы...

В результате получилось гораздо лучше. Система команд у 386 оказалась гораздо более подходящей для суперскалярной реализации, чем у 68k. Эно нытьё имело какой-то смысл пока не стало ясно, что x86 кроет m68k по производительности как бык овцу. Причём это произошло ещё на Пентиуме.

Sandro> В результате мы и имеем эту чудовищную архитектуру с длиной команда от 1 до 15 байт, включая до 5 байт префиксов, двумя десятками форматов операндов и теперь уже где-то 4 тысячами команд.

Ну и что? К чему эти слёзы? Места на кремнии декодировщик занимает не так уж много, хранение пре-декодированных команд в кэше вполне работает.

Sandro> Это даже не отсутствие двоичной совместимости, это ложная двоичная совместимость! Повбывав бы.

Я вижу, что ты яришься, но ты никак не объяснил почему. Зачем тебе на 64-битном RISC-V выполнять 32-битный RISC-V код? У тебя есть программа для RISC-V которую нельзя перетранслировать? Как она называется?

Если тебе не известно, то у Эппла, например, 64-битный ARM не совместим с 32-битным, и ничего. Продают планшеты миллионами штук вообще без совместимости.

На RISC-V в настоящий момент нет библиотеки или рынка 32-битных двоичных кодов, которые были бы недоступны на 64-битной версии. Стало быть и эта твоя вожделенная совместимость никому нафиг не нужна.

Sandro> Убогость в данном случае относится конкретно к RISC-V. Та же DEC Alpha — вполне нормальная.

Достал ты меня обожествлением этой дурацкой Альфы. Там одна модель памяти чего стоит. Лично я крайне рад, что эта архитектура издохла. У IBM на Z практически те же параметры с полной когерентностью и физическими кэшами. Вот как надо проектировать.

Sandro> Хотя рассматривался а вариант с 68000.

И в плюс к тому вынос мозга с big endianity?

Грач> Проект предполагает перенос учетных записей и почтовой системы пользователей на серверы «Эльбрус» с российским ПО CommuniGate.

Ничего себе. Тело В.А. Бутенко едва успело остыть, как его система вдруг стала российской. Так, глядишь, через 20 лет выяснится, что его траванули "новичком" Кто следующий? Я бы на месте Райхлина поостерёгся бы... Российские дизели для российских беспилотников, то, сё.

Грач> Компания МЦСТ представила выпуск дистрибутива Эльбурс Линкус 6.0, построенного с использованием наработок Debian GNU/Linux. [...]

Когда я работал в МЦСТ, в 1996 г. я вышел с предложением использовать Линукс на "Багете". Наш гендир А.К. Ким меня принял, но сказал, что заказчик (т.е. МО) не поймёт, если мы представим систему разработанную каким-то финским студентом. Вместо моего Линукса купили лицензию на тексты Соляриса. Не скажу, что меня это обидело: я отдавал себе отчёт, что Линукс был слабже как система. Но я верил в его потенциал.

Грач>> пользователей на серверы «Эльбрус» с российским ПО CommuniGate.
zaitcev> Ничего себе. Тело В.А. Бутенко едва успело остыть, как его система вдруг стала российской.
Их есть CommuniGate и CommuniGatePRO ...
Первый опенсорсный, второй - найдёшь под Эльбрус?
Задачка на логику для учеников 2-го класса.

PS: Но как по мне что опен, что ПРО - все убершЫт, удачи "Госсзнаку", она понадобится.
PPS: Меня не слушайте, я - кровавый энтер прайс Тут свои тараканиЩЩа

zaitcev> Но я верил в его потенциал.
выходит что обосновано

Unix> PS: Но как по мне что опен, что ПРО - все убершЫт, удачи "Госсзнаку", она понадобится.
а вот согласный я с таким пожеланием, понадобится

zaitcev> Я вижу, что ты яришься, но ты никак не объяснил почему. Зачем тебе на 64-битном RISC-V выполнять 32-битный RISC-V код? У тебя есть программа для RISC-V которую нельзя перетранслировать? Как она называется?
zaitcev> Если тебе не известно, то у Эппла, например, 64-битный ARM не совместим с 32-битным, и ничего. Продают планшеты миллионами штук вообще без совместимости.
на эпплах нет отдельной толпы разрабов сторонних программ, которые можно иметь. там всё с магазина.. И есть запланированное старение системы, которую нельзя апгрейдить. Соответственно, отсутствуют случаи, когда 32-битную загогулину хочется запустить под 64 просто потому что она уже куплена.
Или потому что создатель забил на проект до распространения 64-битных осей. Или почему угодно еще.

zaitcev> Достал ты меня обожествлением этой дурацкой Альфы. Там одна модель памяти чего стоит.
в смысле цены или в смысле архитектуры?

>Лично я крайне рад, что эта архитектура издохла.
личное мнение. равноценное такому же противоположному у сандро.

zaitcev> Так, глядишь, через 20 лет выяснится, что его траванули "новичком"
нет, через 10 лет выяснится, что кеннеди новичком отравили. А пуля - так, для отвлечения внимания прессы.
Можно всякий сок мозга не пихать сюда?

Sandro> SPARC же вылез из того же гнезда (Беркли), что и RISC-V, и тоже уродец. Но по-другому. Кстати, в девичестве он Berkeley RISC, дипломный проект тамошних студиозусов под руководсвом Дэвида Паттерсона. Который теперь замешан — угадай с одного раза в чём?
А что со SPARCом не так? Вроде не самая экзотичная из тех, что видел свет...

Т.Б.> А что со SPARCом не так? Вроде не самая экзотичная из тех, что видел свет...

С многозадачностью у него не так. При переключении задач надо же в память сохранять весь этот его хвалёный стек регистров и загружать новый. И при превышении глубины стека тоже надо сохранять. И особо хочу заметить, что вызов ОС — это тоже переключение задачи. Блин, что, операционку нельзя вызывать кроме случаев крайней необходимости? Или пусть всё тормозит?

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

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

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

В древних книгах по Юниксу так и написано, и максимальная изоляция ОС тоже.Конечно, архаика и тупик, так сложно строить ОС и писать.