LINUX.ORG.RU

Представлен МП21 — одноплатный компьютер на базе процессора «Эльбрус-2С3»

 , ,


0

4

ИНЭУМ им. Брука (входит в холдинг «Росэлектроника» Госкорпорации Ростех) выложил в разделе промышленных компьютеров информацию о новом одноплатном компьютере на базе процессора «Эльбрус-2С3». Материнская плата имеет размеры менее 10x10 см.

Данная разработка маркируется как МП21 (ТЕГР.467144.004). Работает на базе полноценного двухъядерного процессора «Эльбрус-2С3» с тактовой частотой 1600 МГц. Оперативная память стандарта DDR4 (ECC) объёмом 8 ГБ распаяна прямо на плате, и использует один канал SDRAM. Для удешевления, под нужды заказчика, имеется возможность поставки платы с 4 Гб ОЗУ.

На борту платы находится следующее оборудование:

– Видео — два HDMI (разрешение до 4096х2160 60Гц), двухканальный LVDS (разрешение до 4096х2160 30Гц), аппаратное ускорение DirectX 10, OpenGL 3.2, OpenGL ES 3, Vulkan 1.0, OpenCL 1.2, OpenVX 1.x, — аппаратное ускорение де/кодирования VP9, H.264, H.265, VC1, MJPEG;
– 2 канала Ethernet 10/100/1000 Мбит/с (второй канал через дополнительный разъем XP1);
– 8 портов USB 2.0 с поддержкой скоростей HS, FS и LS;
– 4 порта USB 3.0;
– 2 порта SATA 3.0;
– 2 порта UART (LVTTL уровня);
– интерфейс SPI;
– интерфейс I2C;
– интерфейс SMBus;
– интерфейс PCI Express 3.0*;
– аудио ввод/вывод – HDAudio;
– 8 линий ввода/вывода общего назначения (IO);
— Часы реального времени с возможностью питания от внешней литиевой батареи;
— Сторожевой таймер – внутренний, с возможностью программного управления;
– интерфейс модуля – COM Express Module Type 6.

Заявляются следующие эксплуатационные характеристики:

— Электропитание от источника постоянного тока 12В или +12В/+5В_SB;
— Потребляемая мощность не более 40 Вт;
— Рабочая температура от минус 40 до плюс 55 °С;
— Масса не более 100 г (без теплораспределительной пластины).

МП21 является полностью российской разработкой, прошел весь цикл испытаний и готов к серийному производству. В настоящее время это самое миниатюрное решение на базе процессора «Эльбрус-2С3».

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

★★★★★

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

Ответ на: комментарий от Qui-Gon

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

Ты действительно думаешь, что дело исключительно в зарплате?

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

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

Обычно выбор между «утонуть под горой велосипедов» и «утонуть под горой костылей».

Один умный программист полвека назад говорил: если функция, которая тебе нужна, требует установки библиотеки, но её можно написать не больше, чем за два дня, напиши её, иначе потратишь больше времени.

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

и не писать код программ самобытными рунами на бересте.

Так никто и не пишет на бересте. Есть открытый код легко адаптируемый под любое железо. llwm собственно под это и сделан.

Qui-Gon ★★★★★
()
Ответ на: комментарий от frost_ii

Первая заповедь разработчика - не плодить велосипеды

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

Так что — «на here!» бездумное следование таким «заповедям»!

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

У меня сильная аллергия как на «общечеловеческое», так и на «общечеловеков». :)
«Рука тянется к пистолету!..» © :))

и не писать код программ рунами на бересте

Так мы уже сотни лет как не пишем! Присоединяйтесь! ;)

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

Не исключительно в зарплате. Помнится в математических доказательствах часто встречалось утверждение - "«необходимое и достаточное условие»

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

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

Qui-Gon ★★★★★
()
Ответ на: комментарий от monk

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

Кроме того, если тратить по два дня на каждый велосипед, то когда свой основной код-то писать? Просто в итоге останешься с горой плохо написанного из-за нехватки времени кода, который ещё и сопровождать приходится, что тоже отнимает время. Ну, серьёзно, разделение труда — это база человеческой цивилизации, чем глубже это разделение, тем выше эффективность системы в целом (с поправкой, что тебе нужна твоя личная польза, а не абстрактное общее благо).

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

привело СССР к отказу от собственных

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

ЕС действительно было сомнительным мероприятием, а PDP линейка (которая не была калькой, а самостоятельным переосмыслением архитектуры) могла бы иметь перспективы, кабы не развал.

Следование стандартам хорошее дело, если лоб не расшибать.

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

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

Аха... аха... :))

Скажите, а «зловреды», внедряемые в OpenSource софт для пользователей из России и Белоруссии, и удаляющие все данные на компах получивших это «счастье» пользователей — это всё к их (пользователей) личной пользе, или таки на общее благо направлено? ;) :))

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

Зловреды бывают и нечаянные: https://www.opennet.ru/opennews/art.shtml?num=61403

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

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

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

Ну, допустим. А вот те, кто готовил всякие докладные и служебные записки, и прочие бумаги для принятия решения теми, кто «формулирует задачи» — они-то были в курсе, или тоже «не ведали, что творят»?

На каком уровне власти и компетенция и какие именно сволочь «стрелки перевели» и направили наш «бронепоезд» не на тот путь?? Вот что интересно было бы знать...

Другая сторона ограниченной компетенции - тянуть древние проекты

А у нас тогда ещё не было древних проектов...

ЕС действительно было сомнительным мероприятием

Этот «выбор» направил страну в полную, глубокую Ж... Безо всяких сомнений.

а PDP линейка (которая не была калькой, а самостоятельным переосмыслением архитектуры) могла бы иметь перспективы, кабы не развал.

Да, машинки этой архитектуры, помнится, хвалили. Надёжность элементной базы «хромала», но и с этим бороться научились, и работали вполне так себе хорошо.

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

Эти вот зловреды — совершенно злонамеренные.

Отказ от сторонних библиотек приводит к снижению качества кода

Ага... :))))

Вы, я надеюсь, не про тот «код», про который сейчас так эмоционально говорят «из всех утюгов»? ;D

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

Вы крайне преувеличиваете эту «опасность», попутно совершенно необоснованно возводя на пьедестал сторонние библиотеки, лежащие вне сферы контроля пользователей.

P.S. Вот тут хорошо описана ситуация и кризис, если не крах, доверия к Open Source: https://octagon.media/istorii/kod_okazalsya_pod_ugrozoj.html

Рекомендую прочесть...

P.P.S. Специальный вредоносный код в npm-пакете для России и Белоруссии

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

Вы, я надеюсь, не про тот «код», про который сейчас так эмоционально говорят «из всех утюгов»? ;D

Не знаю, я отпаривателем привык пользоваться.

Вы крайне преувеличиваете эту «опасность»

Ну, давно тут сижу. Насмотрелся всякого.

Вот тут хорошо описана ситуация …

Так я с этим совершенно согласен (причём с самого начала, не надо мне это ещё раз доказывать, астанавитесь).

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

Так я с этим совершенно согласен (причём с самого начала, не надо мне это ещё раз доказывать, астанавитесь).

А мы тут не вдвоём общаемся, другим может быть интересно. :)

Ну и да, мне тоже «не надо доказывать», что open source библиотеки — это хорошо, а свой код — это плохо. :))

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

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

Речь совсем не о добавлении. А о том, что если тебе надо, например, хранить односвязный список как в лиспе (предположим, переносишь с него какой-нибудь достаточно сложный алгоритм и предпочитаешь не менять структуры данных). А целевой язык Си++. И вместо того, чтобы навелосипедить реализацию для этой задачи идёшь и скачиваешь google://linked list = https://github.com/TyHil/linked-list

Видишь, что интерфейс немножко не такой, добавляешь

template <typename T> 
T car(LinkedList<T> *l) { return (*l)[0]; }

template <typename T> 
LinkedList<T> *cdr(LinkedList<T> *l) { 
  return l->subList(1, l->size() - 1); 
}

template <typename T> 
LinkedList<T> *cons(LinkedList<T> *l, T & data) { 
  auto result = new LinkedList<T>(*l);
  result.insert(0, data);
  return result;
}

И даже всё работает. Пока данных немного. Когда становится больше, всё начинает жутко тормозить. Обнаруживаешь, что cdr копирует список, а не возвращает хвост. И cons вместо того, чтобы создать новый список, хвостом которого является старый копирует весь список.

Тогда выкидываешь библиотеку и всё-таки реализуешь свой велосипед на базе

struct Node<T>
{
  T data;
  Node<T> *next;
}

P. S. Пример намеренно утрирован, но выяснить после некоторого времени использования, что используемая библиотека не подошла и и надо всё переписывать, очень неприятно.

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

МЦСТ пытался сделать чистый VLIW, бились-бились, добавили элементы OoO… Ждем закапывания VLIW совсем

С эльбрусами ситуация чуть другая. Была в высоких кабинетах хотелка сделать максимально своё, которое хотя бы сможет запускать весь имеющийся софт. Со слов МЦСТ, у них были деньги и время либо на vliw в железе, либо на o3e в эмуляторе. Как PoC вполне себе получилось, и винду и линукс можно как-то гонять.

Понятно, что под современный говнософт vliw в принципе не конкурент рискам, там всё «поперёк» особенностей влива. Интел и HP ввалили в эту хрень 20 лет времени и миллиарды денег, собрали все возможные грабли, и всё равно забили в итоге на всю затею - не вывозит оно.

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

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

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

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

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

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

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

Понятно, что под современный говнософт vliw в принципе не конкурент рискам, там всё «поперёк» особенностей влива. Интел и HP ввалили в эту хрень 20 лет времени и миллиарды денег, собрали все возможные грабли, и всё равно забили в итоге на всю затею - не вывозит оно.

Не надо на софт всё валить. Софт пишется под усредненное большинство процессоров, и хорошо с ними работает. Под VLIW надо специально писать, иначе, как ты сам сказал, оно не вывозит.

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

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

А когда такая библиотека, то там почти всегда решены проблемы только для общего случая. С провалами по производительности в лучшем случае и с граблями на ровном месте в худшем.

Сколько человеко-лет ушло на C++ std? И, тем не менее, не то что строки, даже массивы каждая вторая библиотека пишет свои.

И если библиотеку писали несколько человеко-лет, то, зачастую, изучать как её использовать требует заметно больше двух дней.

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

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

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

Вот хороший пример: https://github.com/Nekrolm/ubbook/blob/master/standard_lib/iostreams.md

Если задача «получить от пользователя число в формате xxxx.xx», то надёжнее и быстрее написать свой велосипед типа

#define LEN 7 // = "xxxx.xx"
char s[LEN+1];
if(read(STDIN_FILENO, s, LEN) != LEN) {
  // обработали ошибку
}
s[LEN] = 0;
// проверили, что там цифры и точка, преобразовали цифры, вычтя '0'
monk ★★★★★
()
Последнее исправление: monk (всего исправлений: 2)
Ответ на: комментарий от watchcat382

имея в лучшем случае 5% квалифицированного населения мира

Смею заметить,что имея эти 5% нам удалось создать лучшие в мире технологии ядерной энергетики. Так что количественные показатели тут не очень-то применимы.

Задел СССР. И то, средмаш/росатом исключение. В других отраслях советский задел эффективно про^Wоптимизировали.

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

Поскольку у МЦСТ нет… легкого оперативного доступа к производсву TMSC

А когда он был, что мешало?

Ничего. Патамушта никогда не было.

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

И вот эта ваша инфантильность, историческая неграмотность и ментальная костность …

Маркер рафинированного интеллигента дэтэктэд, да.

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

Маркер рафинированного интеллигента дэтэктэд, да.

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

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

Сколько человеко-лет ушло на C++ std? И, тем не менее, не то что строки, даже массивы каждая вторая библиотека пишет свои.

Место проклято. Такого лучше сразу избегать, если есть такая возможность.

ugoday ★★★★★
()
Ответ на: комментарий от yu-boot

Я к тому, что интерпретаторы и jit’ы там плохо работают, что с вливом ни делай.

Не так всё плохо. Тот же JVM до адекватного состояния довели. Другое дело, что каждый приходится дотачивать напильником, потому что прямолинейное op[code](arg1, arg2, …) действительно работает очень медленно.

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

Стало быть то, что туалетная бумага в стране появилась только в 1965, а первый ее завод в 1969 - это эффективное управление?

Именно так. В условиях нехватки буквально всех ресурсов (напомню,что после великой войны прошло всего два десятка лет!) правильные управленцы думали о ядерных технологиях, космосе и инфраструктурных проектах. А не о удобстве хождения в сортир. А вы рассуждаете как «реформаторы» в 90х - нафига нам эта промышленность,для своего комфорта мы всё готовое купим. Ну и развалили даже ту якобы «плохую» промышленность что была. Теперь вот восстанавливать приходится. Они-то думали что на их век дешево добываемой легодоступной нефти хватит,а детей надеялись пристроить на западе. Только вот не нужны там никому особо они и их дети - что последние пару лет наглядно и показали. Для людей второго сорта там даже якобы «священное» право частной собственности не действует - её сейчас весьма бодро отбирают либо вынуждают продать за копейки. Чтоб далеко не ходить - поинтересуйтесь нынешней ситуацией с принадлежащей россиянам недвижимостью в Финляндии - тут это рядом со мной(полсотни км до границы) так что из первых рук знаю.

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

Безусловно согласен. Но на мой взгляд благосостояние страны надо начинать поднимать не с постройки завода по выпуску туалетной бумаги,а с более серьезных системообразующих отраслей экономики. Что в СССР после войны и было успешно сделано. Созданным в те годы по сей день пользуемся.

Совочки думали влиять силой, а США влияли в первую очередь экономически и культурно

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

Повторяю кратко: сначала - туалетная бумага и благосостояние населения

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

И опять «а вот у них негров линчуют».

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

не переводим стрелки на других, а признаем свои косяки

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

далеко не в таких катастрофических масштабах

А какие масштабы-то? В СССР период излишней жестокости занял всего-то пару десятков лет перед войной. А та же расовая сегрегация существовала в «развитых» странах в разы дольше. Можно еще права женщин вспомнить - в этом СССР был однозначно впереди тех «развитых». Ничего что во Франции женщинам разрешили водить автомобиль только в 1944 году? А в Швейцарии женщины получили равные избирательные права в 1971 году.

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

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

ноль попыток проанализировать и признать фейлы совка.

И проанализированы и признаны уже много раз. Никто не говорит что СССР был идеален. Но он не был и «империей зла» - это Рейган его так назвал в какой-то из своих предвыборных речей.

оправдывать весь учиненный коммунистами ад

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

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

А наши западные партнёры активно развалу помогали. Поинтересуйтесь количеством денег которое тратило одно только ЦРУ на подрывную деятельность в СССР.

watchcat382
()
Ответ на: комментарий от yu-boot

Виртуальных машин не так много. Скорость чистых интерпретаторов никого не волнует (ну будут bash и python ещё медленнее, это кому-то помешает?).

Из важного осталось только LLVM доперенести на уровне не хуже JVM и сразу почти всё, что требует производительности и не компилируется gcc, начнёт хорошо работать.

P. S. Тот пример, где сравнивал с питоном, скомпилировался clang со скоростью даже выше, чем у lcc.

После clang
$ time ./test
Start
Number of generated k-mers: 4194304
Finish!

real    0m0,305s
user    0m0,297s
sys     0m0,007s

После lcc
$ time ./a.out
Start
Number of generated k-mers: 4194304
Finish!

real    0m0,362s
user    0m0,358s
sys     0m0,003s

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

Эльбрус хорош как военная разработка для критически важных систем, но core2 или cortex-A53 он всё таки не превосходит.

Однако есть огромное количество применений где производительность Эльбруса достаточна. И там его вполне имеет смысл применять чтобы получить технологический суверенитет. А заодно и компетенции в процессоростроении нарабатываться будут. Не начав делать свои велосипеды - никогда не сделаем что-то существенное.

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

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

… костность …

… «интеллигенция» - это ругательство …

Ну вы понели (с)

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

нужно было взять школьников и дать им массовый ПК. Как минимум. Но такую задачу партия не ставила

Вообще-то ставила. В конце 80х в школах начали появляться компьютерные классы и стали преподавать информатику. Причем именно информатику,а не приемы пользования вордом как это позже стало. Другое дело что в те времена компьютер был объективно дорогой штукой. Достаточно вспомнить сколько в США стоил IBM PC когда он только вышел.

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

Именно так.

Ясно. Всё тот же вотэбаутизм и нежелание признавать проблемы.

Никто не говорит что СССР был идеален. Но он не был и «империей зла»

Значит ты ничего не проанализировал и ничего не понял.

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

Но пока эти люди делают реакторы и прочее - они не делают процессоры

Реакторы сделаны. Можно и процессорами заняться,ну и прочим перечисленным. Тем более реакторы нужно было создавать с нуля так как никто в мире еще таких не делал. А «прочее перечисленное» уже кем-то сделано - можно изучить как именно и повторить.

а старлинк и gps мы продолбали, хотя нужно ещё 3 года назад. А они важнее МКС.

Навигация ГЛОНАСС у нас есть и работает на тех для кого она делалась. Более того,сейчас многие приемники используют данные сразу от нескольких систем,включая нашу и китайскую.

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

Пока это больше похоже на орбитальное кинетическое оружие чем на систему связи. Вот что про это пишут: https://naked-science.ru/article/tech/starlink-perehvat И даже без всяких «злоумышленных» действий - результатом будет изрядное замусоривание околоземного пространства потому что на орбитах около 500 км спутники тормозятся атмосферой медленно и живут весьма долго. Как убрать сдохшие спутники с орбиты - пока что непонятно.

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

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

Ты не только в истории СССР и его проблемах не разбираешься, но и во всякую конспирологию веришь.

А реальность такова, что на условном Кипре есть много отдаленных мест, куда не дотянули современные кабели. И таких место много в США. И вот здесь старлинк вполне себе конкурент. Я даже в этом году думал ставить себе тарелку, потому что цена старлинка была лишь чуть выше DSL (в 2024 году, да), а скорость лучше в разы.

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

Honda в 1946 году делала велосипеды,

А Sony в том же году начинала с электрической рисоварки.

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

С таким подходом надо и электромобили закапывать. Ибо «этот путь уже пройден, результат и причины результата известны» ещё в 1910-х.

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

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

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

Для ограниченной войны с попуасами самое оно.

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

После того, как поставили первую паровую машину на парусник, ещё много лет ходили клиперы.

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

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

Умный учится на чужих ошибках, а дурак - на своих.

Не ошибается тот кто ничего не делает.

И отрицательный результат в науке - это тоже результат.

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

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

я б поискал выход в радикальной смене парадигмы работы ОС, засунуть каждый процесс в контейнер, обложиться мандатным доступом вот это вот всё.

Тоже считаю что это правильно.

ресурсов больше требует

Для огромного количества применений,пожалуй что даже для большинства, производительность нынешних вполне рядовых процессоров не то что избыточна,а сильно избыточна. И ее имеет смысл потратить на повышение надежности работы софта если уж она есть. А не на всякие дизайнерские высеры в виде украшательств и свистоперделок. Сделать российские программно-аппаратные комплексы такими же надежными как автомат Калашникова. У него кстати не наивысшая скорострельность. Но никто не жалуется:-)

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

Плохо то, что МЦСТ это не нужно - они могут вечно сидеть на госдотациях.

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

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

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

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

Intel ME

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

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

эльбрус в текущем виде - это тупик.

Не тупик,а один из промежуточных этапов. Напомню,что Интел тоже его проходил. Вот только тогда были существенно другие условия (и вообще и у интела). Они там по причинам совершенно не технического характера по сей день не могут отказаться от совместимости с 8086,а вы удивляетесь что на принципиально другую архитектуру перепрыгнуть не смогли.

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

к 1949 году разработала свой мотоцикл, а в 1950 году двигатель собственной конструкции.

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

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

С таким подходом надо и электромобили закапывать. Ибо «этот путь уже пройден, результат и причины результата известны» ещё в 1910-х

На данный момент влив бесперспективен. Может через 15 лет код будет писать ИИ и всё измнится, может быть чеез 100 лет, может быть вообще никода, но развивать его сейчас или 15 лет назад - так себе идея.

Не, я всё понимаю, военным нужна была своя собствнная процессорная архитектура, а специалиста откопали только по Эльбрусу, но почему не отдать приоритет Байкалу?

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