The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В Китае запущен спутник с real-time подсистемой ядра Linux, написанной на Rust

13.12.2023 22:48

9 декабря в Китае был запущен спутник Tianyi-33, разработанный в рамках проекта Tiansuan и оснащённый бортовым компьютером, на котором задействовано модифицированное ядро Linux с компонентами для обеспечения работы в режиме реального времени, написанными на языке Rust с использованием абстракций и прослоек, предоставляемых подсистемой Rust for Linux. Операционная система оснащена двойным ядром RROS, сочетающим обычное ядро Linux, применяемое для решения задач общего назначения, с RTOS-ядром на языке Rust, предназначенным для выполнения задач в режиме жёсткого реального времени. Код ядра RROS открыт под лицензией GPLv2.

Ядро RROS совместимо с большинством обычных Linux программ, но при этом предоставляет возможности по работе в режиме реального времени, превосходящие RT-Linux и рассчитанные на использование в критических системах, таких как бортовые и вспомогательные компьютеры спутников, промышленные и автомобильные системы. Linux-ядро основано на ветке 5.13 и применяется для выполнения задач общего назначения, таких как сжатие данных и обработка моделей машинного обучения, а RTOS-ядро используется для специализированных задач с гарантированным временем отклика, таких как позиционирование в пространстве, сбор научных данных и коммуникации.

Ядро совместимо с real-time API, предоставляемым библиотекой libevl, и использует архитектуру с двойным ядром, предложенную проектом Xenomai/EVL. RTOS-ядро содержит отдельный планировщик задач и механизмы синхронизации, свои реализации потоков и процессов, уровень трансляции адресов, подсистему выделения памяти, кэш, сетевой стек с поддержкой протокола UDP. Разработка заняла два года и была выполнена исследовательской группой из Пекинского университета почты и телекоммуникаций.



  1. Главная ссылка к новости (https://rust-for-linux.zulipch...)
  2. OpenNews: Компания Microsoft добавит код на Rust в ядро Windows 11
  3. OpenNews: В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку языка Rust
  4. OpenNews: Проект Kerla развивает Linux-совместимое ядро на языке Rust
  5. OpenNews: Фреймворк для написания защищённых драйверов для ядра Linux на языке Rust
  6. OpenNews: Эксперимент по разработке частей ядра Linux на языке Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60285-rros
Ключевые слова: rros, kernel, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (325) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 22:57, 13/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    А что они делают, когда программы на расте рандомно и непредсказуемо зависают на мютексах? Ну, просто зависают, и ничего не делают, потом продолжают работать. В релизном билде стригеррить сложнее, в отладочном куда чаще встречается. В интернете тоже много упоминаний о таких фризах, но никаких решений. Меня просто беспокоят таки особенности, когда речь заходить о реальном времени. С чем-то похожим я сталкивался в жава, но там гц может сходить с ума.
     
     
  • 2.8, нах. (?), 23:08, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А что они делают, когда программы на расте рандомно и непредсказуемо зависают на мютексах?

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

     
     
  • 3.249, Аноним (-), 19:12, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> А что они делают, когда программы на расте рандомно и непредсказуемо зависают на мютексах?
    > да ничего, на следующем витке отвиснет, нашел проблему.

    Да и вообще - ну какой спрос с спутника "made in china"? Даже если там ОС и повиснет - от именно этого он все же не упадет.

     
     
  • 4.376, анонимус (??), 00:49, 17/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    К счастью или сожалению, но "Made in China" уже давно гораздо круче, чем "made in Russia". Порой даже не круче, а просто безальтернативно. Как минимум без китайских компонентов современных спутников в природе нет.
     
  • 2.9, Аноним (9), 23:10, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +21 +/
    Кажется кто-то не разобрался с локами в мутексах..
     
     
  • 3.15, Аноним (3), 23:18, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не знаю, возможно. Когда я столкнулся с этим в своём коде, там простое построчное чтение из файла и построчная же печать частей прочитанной строки. А код вообще однопоточный. Но батарейки используются, да. А в файрфоксе постоянно лажа с зависающим вебрендером уже сколько времени (он как раз на расте). Часто из-за рассинхронизации он отваливается после этого, но не всегда. Ещё в какой-то растовской программе по-моему было, в итоге питон быстрее делал то же самое. А пока данных меньше определённого порога, всё хорошо, да.
     
     
  • 4.16, Аноним (9), 23:19, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Пока здесь нет куска твоего кода - можешь изливать свои тролльские фантазии в лигу сексуальных меньшинств)
     
  • 4.348, Отражение луны (ok), 17:20, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Питон - это который с самым медленным интерпретатором в мире? Любое приложение, написанное на Питоне, гарантированно тормозит)
     
  • 2.13, morphe (?), 23:16, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В интернете тоже много упоминаний о таких фризах

    Можно примеры?
    До недавнего времени в Rust stdlib использовались самые базовые pthread мьютексы, теперь futexы, однако в обоих случаях язык не имеет никаких фоновых процессов и прочего для их поддержки.

     
     
  • 3.21, Аноним (3), 23:31, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • –6 +/
    У языка весьма неудачное название, сложновато находить релевантную информацию. В интернете было упоминание, что после обновления тулчейна прошло. Я могу подтвердить, что код, который однозначно зависал 2 года назад (и год назад тоже), сейчас не зависает на llvm-17 и rust-1.74.1. Зависимости обновлялись в порядке эксперимента год назад, и тогда фризы уменьшились, но не прошли. Проблема в том, что такое поведение было, и, видимо, проблема именно в тулчейне.
     
     
  • 4.29, Аноним (29), 23:50, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Мы увидим код или ты продолжишь гуманитарное нытьё? С вероятностью в 99.9% проблема в нём, потому что проблемы mutex - это типичные новичковые болезни.
     
     
  • 5.42, Аноним (3), 00:08, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Мы увидим код или ты продолжишь гуманитарное нытьё? С вероятностью в 99.9%
    > проблема в нём, потому что проблемы mutex - это типичные новичковые
    > болезни.

    Мютекст в стандартном принте? Или в чтении строк из файла? И только при использовании serde? Гуманитарное оно только потому, что это не си или плюсы. Отлаживать ржавчину затея сомнительная.

     
     
  • 6.125, Аноним (9), 09:36, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Гуманитарное оно, потому что это пустопорожняя болтовня без пруфов.
     
  • 4.31, Витюшка (?), 23:52, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проблема в том что ты рукожоп и написал говнокод. Не ты первый, не ты последний.
     
     
  • 5.35, Аноним (3), 23:57, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Проблема в том что ты рукожоп и написал говнокод. Не ты первый,
    > не ты последний.

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

     
     
  • 6.41, Аноним (9), 00:04, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >судя по тому, что проблема решилась сама собой

    Судя по этому - ты не понимаешь в чем была причина, вот и всё)

     
     
  • 7.43, Аноним (3), 00:11, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>судя по тому, что проблема решилась сама собой
    > Судя по этому - ты не понимаешь в чем была причина, вот
    > и всё)

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

     
     
  • 8.78, Винни Пух (?), 01:16, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хорош ёрзать Ты либо знаешь, либо не знаешь Что ты там говоришь о том, что ты ... текст свёрнут, показать
     
  • 8.111, Аноним (111), 05:12, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    самый простой способ - собрать код под старым тулчейном и под новым и сравнить н... текст свёрнут, показать
     
     
  • 9.152, Аноним (3), 12:21, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Согласен, но по моим оценкам на развёртывание старого состояния уйдёт под неделю... текст свёрнут, показать
     
  • 9.162, Аноним (3), 13:06, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати, на будущее, может быть, есть какие-нибудь реальные советы по отладке Во... текст свёрнут, показать
     
  • 8.126, Аноним (9), 09:38, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому тебе предложили показать кусок кода Указали бы на ошибку ... текст свёрнут, показать
     
     
  • 9.151, Аноним (3), 12:19, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ошибки и нет Смысл показывать код, в котором нет ошибки Если бы у меня сейчас ... текст свёрнут, показать
     
     
  • 10.202, Аноним (202), 16:52, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну значит и проблемы нет Смысл был орать про мифические баги в тулчейне, чтобы ... текст свёрнут, показать
     
  • 4.32, Аноним (9), 23:52, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Конечно, ведь "rust mutex freeze" регулярно ищут игроки в MMO Rust. Не надоело юродствовать?
     
     
  • 5.34, Аноним (3), 23:56, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А это вопросы к поисковику. Я не вижу тех ссылок, там было обсуждение про тулчейн и не про мютексы в асинхронном коде. В рассылке, кстати.
     
     
  • 6.40, Аноним (9), 00:04, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Эти ссылки сейчас с нами, в одном треде?
     
  • 3.120, adolfus (ok), 08:34, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Непонял. На расте переписали posix-библиотеки, котороые на си? А как они сохранили интерфейсы вызова и возврата? Или просто прикрутили поверх си-кода раст-обертки?
     
     
  • 4.254, morphe (?), 19:46, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Непонял. На расте переписали posix-библиотеки, котороые на си? А как они сохранили
    > интерфейсы вызова и возврата? Или просто прикрутили поверх си-кода раст-обертки?

    В макоси и винде нельзя полагаться на номера системных вызовов, поэтому по аналогии с ними на linux rust по дефолту линкуется с libc.

     
  • 2.17, Вирт (?), 23:19, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В таких случаях нужно делать 'killall -6 программа' и смотреть в "корку" (core)
    в 'gdb', там можно будет увидеть какой поток захватил mutex,
    и скорее всего будет понятно почему же он его так долго держит.
     
     
  • 3.24, Аноним (3), 23:37, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это довольно сложно поймать было, зависания непредсказуемые и краткосрочные, но их быть не должно. Если запускать под трейсером, видно, что висит мютекс, и гугление наводило на похожие случаи. Но решить так и не получилось. А сейчас и вовсе не воспроизводится.
     
     
  • 4.30, Витюшка (?), 23:50, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя что-то типа deadlock. Только не совсем он. Просто по факту однопоточный код, где все ждут глобальный мьютекс.

    А возможно и не воспроизводимый (легко) deadlock. Rust тут ни при чём.

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

     
     
  • 5.106, Sw00p aka Jerom (?), 03:25, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Ставлю на этот вариант.

    и как в случае дедлока идет отвисание?

     
     
  • 6.123, Витюшка (?), 09:29, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Никак. Ну я перечислил все возможные варианты. Не уверен я что там что-то отвисало.
     
  • 5.121, adolfus (ok), 08:44, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Как не при чем? posix-либы же на расте переписаны, значит как раз при чем.
     
  • 4.36, Аноним (9), 23:58, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >довольно сложно поймать

    Но при этом ты сразу сделал вывод, что виноват тулчейн) Г - логика.
    >гугление наводило на похожие случаи

    Да, все проблемы с мутексом в гугле - это проблемы непонимания работы локов. Случаи похожие, потому что люди читают stack overflow, а не книжки по алгоритмам.
    >сейчас и вовсе не воспроизводится.

    Как только спросили код - воспроизводиться перестало. Это чудо, молись и кайся!

     
     
  • 5.46, Аноним (3), 00:16, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Но при этом ты сразу сделал вывод, что виноват тулчейн) Г -

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

    > Да, все проблемы с мутексом в гугле - это проблемы непонимания работы

    я вижу, гугл вообще плохой поисковик

    >Как только спросили код

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

     
     
  • 6.59, Витюшка (?), 00:38, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тебе уже написал почему у тебя было зависание, с вероятностью 99.999%.

    Я так понял ты не программист, судя по слову "датасет", а data scientist.

    Я тоже много раз натыкался на баги в С++. "Ну вот...ну точно бага", через пару часов "Блииин, опять у меня ошибка в многопоточном коде".

     
     
  • 7.88, Аноним (3), 01:33, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Факт в том, что баг-то был в элементарном коде, где ошибиться невозможно. Только при использовании serde, если я верно помню. Это называется повышение осведомлённости, другой цели у меня нет. Мне нравятся определённые идеи ржавчины, но не нравится необходимость обмазываться unsafe и подобные вот баги из ничего.
     
     
  • 8.90, Аноним (3), 01:40, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы существовала альтернативная реализация, можно было бы хотя бы однозначно... текст свёрнут, показать
     
     
  • 9.96, Витюшка (?), 02:16, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так ты мог взять альтернативную реализацию библиотеки поток, или дёрнуть pthread... текст свёрнут, показать
     
  • 8.98, Аноньимъ (ok), 02:22, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нефига у вас ЭЛЕМЕНТАРНЫЙ код где ошибиться невозможно Вы себе отчёта не отдаёт... текст свёрнут, показать
     
     
  • 9.101, Аноним (3), 02:31, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, в моём-то коде багов скорее всего не было Я посчитал, там больше 100 зависи... текст свёрнут, показать
     
     
  • 10.204, Аноним (202), 16:56, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Знаешь сколько я таких пупсов ну у меня тут ошибки нету, это вон другие виноват... текст свёрнут, показать
     
     
  • 11.239, Аноним (3), 18:30, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Знаешь, сколько я таких вот поработай мне бесплатно вижу каждый день Как толь... текст свёрнут, показать
     
     
  • 12.242, Аноним (9), 18:48, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что ты несешь Тебе весь тред говорит - покажи код, мы укажем на ошибку На что ... текст свёрнут, показать
     
     
  • 13.246, Аноним (3), 18:57, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Просто весь весь тред не очень умный и совершенно не имеет опыта в подобных вопр... текст свёрнут, показать
     
  • 8.323, Конь (?), 08:01, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Без кода и версии компилятори т е без возможности воспроизведения ошибки это ... текст свёрнут, показать
     
  • 4.105, Sw00p aka Jerom (?), 03:24, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Это довольно сложно поймать было, зависания непредсказуемые и краткосрочные, но их быть не должно.

    может ждет I/O?

    пс: 90999

     
     
  • 5.150, Аноним (3), 12:16, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >ждет I/O

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

     
     
  • 6.223, Sw00p aka Jerom (?), 17:38, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Я об этом подумал, потому что было похоже на какой-то свопинг, но
    > это изначально ссд и зависания на одних и тех же местах
    > в данных, перемещение в tmpfs не помогло, а данные могли быть
    > и другими с тем же результатом. При этом, рядом лежал более
    > сложный код на другом языке (плюсы не идентичны ржавчине, конечно, но
    > операции примерно одинаковы) и на тех же данных у него проблем
    > не возникало.

    остается только приаттачиться отладчиком и смотреть что происходит в момент зависаний.

     
  • 2.136, Аноним (136), 10:13, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я никогда с таким не сталкивался: насколько я помню, mutex в rust это просто обертки над системными вызовами, так что если у Вас виснет - наверное это что-то ядерное.
    Сбросьте кусок кода, с помощью которого можно добиться зависания.
    Ну или ссылку, где люди ноют.
     
     
  • 3.209, Аноним (202), 17:00, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет у него никакого кода и никаких ссылок.
     
  • 2.138, Советский инженер (ok), 10:15, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    да просто хреначат ракету об луну со всей дури
     
  • 2.263, Аноним (263), 20:16, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    стригеррить

    СКА Арена )

     

     ....большая нить свёрнута, показать (54)

  • 1.4, Вы забыли заполнить поле Name (?), 23:02, 13/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > с RTOS-ядром на языке Rust, предназначенным для выполнения задач в режиме жёсткого реального времени. Код ядра RROS открыт под лицензией GPLv2.

    Вот что gpl животворящий делает. А ядро на расте не открыто, хотел посмотреть на комменты на китайском.

     
     
  • 2.51, Аноним (51), 00:26, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Открыто. Чтобы увидеть ссылку, надо прочитать текст новости на русском. А комментарии там на английском, как и в любом коде, написанном профессионалами.
     
     
  • 3.71, Вы забыли заполнить поле Name (?), 01:11, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Открыто. Чтобы увидеть ссылку, надо прочитать текст новости на русском.

    Вот эта ссылка https://github.com/BUPT-OS/RROS ? Там раста 0.2%

    > А комментарии там на английском, как и в любом коде, написанном профессионалами.

    А вот и один из мейнтейнеров https://github.com/rust-real-time-os/os_lab  

     
     
  • 4.108, Аноним (108), 04:24, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в Makefile, судя по статистике, "кода" столько же
     
  • 4.288, Аноним (288), 21:27, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Там раста 0.2%

    Случайно добавили в репозиторий CoC.md, а из этого целую новость про Раст сделали.

     
  • 4.324, mos87 (ok), 10:54, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >А вот и один из мейнтейнеров

    ыыыы.

    Главные два слова всё равно по-аглицки - Rust и Unsafe бггг.

    Ну и портянки инструкций под венду со скринами - это конечно всё кричит о (древней) культуре разработки.

     
  • 3.322, Бывалый смузихлёб (?), 07:35, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > комментарии там на английском, как и в любом коде, написанном профессионалами

    профессионалы пишут на языке, являющимся основным для места базирования проекта или уточняют какой

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

     
     
  • 4.364, Аноним (364), 23:49, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Письмо на китайском - боль для самих китайцев. Иероглифическая система письма должна умереть.
     
     
  • 5.375, Бывалый смузихлёб (?), 17:42, 16/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у тех же корейцев есть несколько систем писания
    Включая и ту, что подразумевает, но, всё-таки, некоторое подобие алфавита
    Кроме шуток, у корейцев был отдельный алфавит и алфавитно-буквенный словарь
    На иероглифах - общались только холопы. Рисованные
     
  • 2.231, Аноним (231), 17:54, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну по разному бывает:
    >ПО написано на C/C++

    https://opennet.ru/53083-falcon9

     

  • 1.5, Вы забыли заполнить поле Name (?), 23:03, 13/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что в российских спутниках? Модула?
     
     
  • 2.10, Аноним (29), 23:11, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Odin Ass.
     
     
  • 3.39, Аноним (39), 00:03, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Больше похоже на что-то шведское.
     
     
  • 4.325, mos87 (ok), 10:54, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так варяги-с.
     
     
  • 5.377, Аноним (377), 01:21, 17/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Варяги не имели к скандинавам никакого отношения.
     
     
  • 6.387, 1234 (??), 00:42, 08/01/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы так не пугайте народ угрозой выхода из зоны когнитивно-ментального комфорта! Они и так все поголовно уверены, что и викинги - это скандинавы...
     
  • 3.73, Вы забыли заполнить поле Name (?), 01:12, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Odin Ass.

    Нет, я не прошу называть твою прошивку.

     
  • 3.294, Хряк Батутный (?), 22:15, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Доступно и всерьез!
     
  • 2.12, нах. (?), 23:14, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Ну, к примеру, враги распускают слухи что спутник раннего обнаружения очко-1 (тот что давеча наипнулсо) кажется и вовсе был на электромеханическом управлении. Разработка 70х годов (точнее, доработка, сам спутник 60х). Какая еще тебе модула, ес1045  в космос не запустишь.

     
     
  • 3.50, Аноним (50), 00:23, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >на электромеханическом управлении

    Зато выдержит электромагнитный импульс от ядерного взрыва :)

     
     
  • 4.131, нах. (?), 09:55, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>на электромеханическом управлении
    > Зато выдержит электромагнитный импульс от ядерного взрыва :)

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

     
     
  • 5.353, Аноним (353), 18:54, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, электровакуумные приборы почему-то выдерживают, а электромеханика должна погореть.
     
  • 3.127, Минона (ok), 09:47, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ЕМНИП, есть такая компания Excelsior, они писали ПО для спутников на Modula-2.
     
  • 2.128, Пряник (?), 09:50, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ламповые транзисторы.
     
     
  • 3.133, нах. (?), 10:09, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ламповые транзисторы.

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

     
     
  • 4.156, Аноним (156), 12:40, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    https://habr.com/ru/articles/434090/
     
  • 2.153, Аноним (153), 12:23, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    БЕЙСИК ВИЛЬНЮС, 1986 CAGLRCCC.R
     
  • 2.169, BeLord (ok), 13:50, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В навигации asm,а не ваши новомодные штучки и ничего летают-)))
     
     
  • 3.221, Пряник (?), 17:32, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Лень - двигатель прогресса. Так и появились высокоуровневые языки.
     
  • 2.184, анон (?), 15:10, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Касперский ОС
     
  • 2.211, YetAnotherOnanym (ok), 17:14, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Комдив с багетом наперевес :D
     
     
  • 3.224, Вы забыли заполнить поле Name (?), 17:40, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Комдив с багетом наперевес :D

    Я серьезно спрашивал

     
     
  • 4.243, YetAnotherOnanym (ok), 18:50, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А я серьёзно ответил. Комдив - это процессор. Багет - это ОСРВ.
     
  • 4.253, Аноним (253), 19:46, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    BugurtOS.
     
     
  • 5.354, Аноним (353), 18:56, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    BugetOS
     
  • 3.368, Бутовская_элита (?), 04:30, 16/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А Багет ОС разве не бросили?
     
  • 2.379, ptr (??), 14:42, 18/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На гражданских спутниках ФГУП «Космическая связь» в 2016 году был QNX. На военных - точно что-то самописное. Сейчас - без понятия.
     

  • 1.7, Аноним (7), 23:06, 13/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Китайы на гитхабе? А это точно китайцы?
     
     
  • 2.11, Вы забыли заполнить поле Name (?), 23:12, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://bupt-os.github.io/website/docs/team/team/
     
  • 2.14, Аноним (231), 23:17, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вроде бы иногда партия разрешает:
    https://en.wikipedia.org/wiki/List_of_websites_blocked_in_mainland_China
     
  • 2.61, Аноним (51), 00:40, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это пекинский университет, могли кого надо и в белый список фаервола занести.
     
  • 2.129, Пряник (?), 09:51, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А как они плюсы наваливают... vuejs, nocodb...
     
  • 2.143, Аноним (143), 10:51, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Гитхаб в Китае не блокирован, но, мнэ... самоогорожен. Примерно каждое второе подключение отправляется в /dev/null.
     
  • 2.363, Дмитрий (??), 23:35, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ненавижу гитхаб
     

  • 1.18, Витюшка (?), 23:20, 13/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    RROS
    Yet another Rust Realtime Operating System.

    GitHub - C 98.1%, Rust 0.2%.

     
     
  • 2.20, Аноним (9), 23:29, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Стесняюсь спросить, а ты какой частью тела новость читал? Это линукс с Раст прослойкой.
     
     
  • 3.26, Витюшка (?), 23:42, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я думал там только их RROS, а они туда походу весь Linux запихнули. Ну, Ок тогда.

    Зайдём по-другому)) 48 коммитов, 2 года разработки, большинство коммитов "Update Readme", билд скрипты обновить, добавить crate и т.п.

    Видимо эти 2 года они учили Rust.

     
     
  • 4.37, Аноним (9), 00:00, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо надо читать историю коммитов, а не заниматься измышлизмами, ага?
     
     
  • 5.91, Витюшка (?), 01:43, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так я именно это и сделал
     
  • 4.149, Анон123 (?), 12:06, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это выложен только код ядра что обязяны выложить под GPL. Самого кода на расте нету, он пропритетарный.
     
     
  • 5.167, Аноним (167), 13:36, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно просто писать: Самого кода на расте нету
     
  • 5.287, Аноним (288), 21:25, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обезьяны выложить под GPL? Моя осуждать такой неполиткорректность.
     
  • 2.48, нах. (?), 00:17, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Все правильно, это и есть размер китайской нашлепки по сравнению с кодом ведра.

    Что она там делает и делает ли что вообще для чего аж целый линукс рядом нужен, и не проще ли было уместить это все в какой-нибудь pic - это вопрос к кропотливым и внимательным исследователям. То есть точно не к нам.

     
     
  • 3.53, Аноним (50), 00:30, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    https://source.denx.de/Xenomai/xenomai4/revl
    Это растообёртка над реалтаймовым core
     
     
  • 4.77, Вы забыли заполнить поле Name (?), 01:15, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > https://source.denx.de/Xenomai/xenomai4/revl
    > Это растообёртка над реалтаймовым core

    Чел на фото комитов явно не китаец

     
     
  • 5.134, нах. (?), 10:10, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> https://source.denx.de/Xenomai/xenomai4/revl
    >> Это растообёртка над реалтаймовым core
    > Чел на фото комитов явно не китаец

    не завидуй!

     
     
  • 6.240, Вы забыли заполнить поле Name (?), 18:32, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>> https://source.denx.de/Xenomai/xenomai4/revl
    >>> Это растообёртка над реалтаймовым core
    >> Чел на фото комитов явно не китаец
    > не завидуй!

    Моя твоя не понимать.

     

  • 1.19, Аноним (19), 23:24, 13/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Замечательный язык, умеет безопасно управлять памятью. Теперь с растом спутники будут еще надежнее летать
     
     
  • 2.22, FF (?), 23:32, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А то, минусы тоже можно сочинить. Даже если никто не попытается ломать спутники, они уйдут в панику просто при непроработке всех случаев и исключений раньше того, чем если бы, к примеру, утечка или в удачном месте выход за пределы вывел бы из строя систему.
     
  • 2.54, Аноним (50), 00:32, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В океан?
     
  • 2.99, Аноним (99), 02:23, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    С Растом спутники летают на 400 километров выше!
     
     
  • 3.102, Вы забыли заполнить поле Name (?), 02:37, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > С Растом спутники летают на 400 километров выше!

    Твой спутник улетит выше, достаточно каждый день писать этот код на раст...

     
  • 3.191, Майор Том (?), 15:25, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Planet Earth is blue and there's nothing I can do.
     
  • 3.215, YetAnotherOnanym (ok), 17:18, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И на 15% быстрее!
     
     
  • 4.251, _ (??), 19:40, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На 15% безопаснее жи! :)
     
  • 2.130, Пряник (?), 09:53, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Голословненько. Время покажет.
     

  • 1.25, Аноним (25), 23:37, 13/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нихрена се, TensorFlow прямо на спутнике! Зачем?! Для инференса лучше libonnx. Они что тренируют модели на спутнике?
     
     
  • 2.27, Витюшка (?), 23:44, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по картинке они там и базы данных гонять собираются серверные.
     
     
  • 3.38, Аноним (9), 00:01, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Наконец-то настоящие облачные сервисы!
     
     
  • 4.135, нах. (?), 10:11, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Наконец-то настоящие облачные сервисы!

    бери выше - заоблачные!

     
  • 3.58, Аноним (50), 00:36, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мож они там майнить собираются? А чё, китайцам же на земле майнить запретили из-за дефицита электричества. А тут солнечные батареи, погода совсем не мешает.
     
     
  • 4.87, Аноним (87), 01:33, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда нужен не спутник, а целая орбитальная электростанция.
     
     
  • 5.334, Аноним (334), 15:15, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А они и назвали станцию: Небесный Дворец.

    Почему-то...

     
  • 2.28, Аноним (25), 23:45, 13/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >libonnx

    *onnxruntime

     

  • 1.33, Аноним (25), 23:55, 13/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    По-моему это не очень оптимальное решение - пихать на спутник один компьютер, управляющий и задачами жёсткого реального времени, и общего назначения. Что будет, если ОС Linux упадёт в kernel panic из-за бага в ядре? RT-часть тоже ляжет. Лучше разделить RT-часть и не-RT-часть аппаратно, не давая не-RT-части возможности повлиять на RT-часть вообще как-нибудь в случае сбоя. То есть отдельный процессор, отдельные шины, отдельная периферия, отдельные микросхемы памяти и отдельный блок питания. Для перезагрузки RT-части использовать передачу команд по сети на отдельный микроконтроллер, который исключительно этим и должен заниматься.

    А так реклама своей новой ОС конечно громкая... Только зачем. Зная любовь КПК к кибероперациям и обязанность всех граждан КНР им в них помогать...

     
     
  • 2.47, Аноним (47), 00:16, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Выше решение слишком стабильное и не вписывается в модно-молодёжную парадигму. Rust на слуху и кстати безопасно работает с памятью. Поэтому нужно использовать его.
     
     
  • 3.52, cheburnator9000 (ok), 00:26, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Безопасно работать с памятью можно и на С++ если у программиста есть опыт. Заслуга Rust лишь в том что там строго запрещено упариваться с сырыми указателями как на С++ или например люди почему-то считают что на плюсах _нужно_ делать так как они делали в Си, ну например типа:

    MegaStruct* m_struct = (MegaStruct*)rawPointer;
    if(!m_struct)
       return 0;

    вместо dynamic_cast<>.

     
     
  • 4.56, Аноним (47), 00:35, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Извенмите, rust безопасный, а C++ АНБ запретило использовать...
    И вообще, rust больше звёзд на гитхабе собирает, это показатель.
     
     
  • 5.62, Аноним (50), 00:40, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну раз АНБ Rust разрешило, значит они знают, где в нём безопасТность зарыта.
     
  • 4.57, Аноним (87), 00:36, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    dynamic_cast зависит от RTTI, поэтому сразу ффтопку.
     
  • 4.70, Аноним (70), 01:09, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Безопасно работать с памятью можно и на С++ если у программиста есть опыт.

    Господи, откуда ж вы беретесь...

    Расскажи это Гуглу с Майкрософтом, которые опубликовали статистику об источнике 75% уязвимостей. А то там одни неопытные, которые так и не научились безопасно работать с памятью на C++...

     
     
  • 5.75, cheburnator9000 (ok), 01:14, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  А то там одни неопытные, которые так и не научились безопасно работать с памятью на C++...

    Да. Абсолютно именно так. По твоему для чего создавался язык Go? Чтобы куча приходящих и уходящих студентов не мучилась на C++, а могла хоть что-то создавать на более простом языке.

     
     
  • 6.80, Вы забыли заполнить поле Name (?), 01:19, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>  А то там одни неопытные, которые так и не научились безопасно работать с памятью на C++...
    > Да. Абсолютно именно так. По твоему для чего создавался язык Go? Чтобы
    > куча приходящих и уходящих студентов не мучилась на C++, а могла
    > хоть что-то создавать на более простом языке.

    Так-то оно так. Но go все же нишевый.

     
     
  • 7.114, _ (??), 05:35, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так то оно так ... но он в самой на сейчас популярной нише :)
     
  • 6.82, Аноним (70), 01:21, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да. Абсолютно именно так. По твоему для чего создавался язык Go?

    Очевидно, чтобы упомянутые компании начали заменять C++ на Rust.

     
     
  • 7.113, cheburnator9000 (ok), 05:28, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Да. Абсолютно именно так. По твоему для чего создавался язык Go?
    > Очевидно, чтобы упомянутые компании начали заменять C++ на Rust.

    И что они пишут на расте? Дырявое закрытое ПО для своих коммерческих нужд?

     
     
  • 8.178, Аноним (70), 14:58, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дырявое на Расте Даже не знаю, зачем я отвечаю явному тролю Андроид и Винда ... текст свёрнут, показать
     
     
  • 9.190, Аноним (190), 15:24, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Статье уже год, а подвижек к счастью нет Где там обещанный Tor на Rust ... текст свёрнут, показать
     
     
  • 10.236, Аноним (70), 18:03, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чел, ты все-таки прочти статью ... текст свёрнут, показать
     
     
  • 11.289, Аноним (288), 21:30, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не изображай дурачка Год назад растаманы грозили нам переходом Tor на Rust Год... текст свёрнут, показать
     
     
  • 12.384, aname (?), 23:35, 19/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пишут безопасность же... текст свёрнут, показать
     
  • 9.252, _ (??), 19:45, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ВНЕЗАПНА С А ещё - Write once, run everywhere C Java - тоже оказалос... текст свёрнут, показать
     
  • 7.122, Аноним (122), 08:49, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Где логика?
    Похоже на самовыгораживание при отсутствии аргументов.
     
     
  • 8.180, Аноним (70), 15:03, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так вы ветку почитайте Чел заявил, что оказывается можно и на C писать без... текст свёрнут, показать
     
  • 4.188, Аноним (188), 15:18, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В rust как раз больше возможностей работать с сырыми данными, если этого хочется.
    Чтобы человек не ограничивал себя в rust есть transmute, который позволяет преобразовывать данные как нравится(лишь бы размеры совпали).

    По поводу безопасной работы с памятью - в rust из коробки есть неплохой инструментарий, который в подавляющем числе случаев подсказывает что не так. В C++ нужно дополнительно ставить ПО.

    Я считаю, что по Вашему примеру непонятно, о какой конкретно плохой практике программирования идет речь.

     
  • 3.132, Пряник (?), 09:56, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Куча языков безопасно работают с памятью. Причём тут Rust?
     
  • 2.49, cheburnator9000 (ok), 00:19, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Могу предположить что там есть чип, микросхема или отдельная плата с процессором построенной по старой стабильной схеме которая в свою очередь просто делает hard reset. Reset система должна работать по проверенным принципам и быть независимой от основной на аппаратном уровне.
     
     
  • 3.65, Аноним (50), 00:45, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да там может быть тупой WDT, если, как там выше писали, потоки Rust начнут зависать.
     
  • 2.72, Аноним (72), 01:11, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что будет, если ОС Linux упадёт в kernel panic из-за бага в ядре? RT-часть тоже ляжет

    С чего бы это? Откуда такие выводы? Вы статью выше на русском языке читали?

     
     
  • 3.94, Витюшка (?), 01:56, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что ядро, в пространстве ядра - монолит. При краше крашится всё ядро.
     
  • 3.200, Аноним (200), 16:45, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что при kernel panic идёт перезагрузка путём отсылки нужных команд периферии. Так как оба ядра хостятся на одном чипе в одной материнской плате, то при перезагрузке потеряется и состояние RT-ядра, и время на загрузку линукса и инициализацию RT ядра и процедур для него. А жёсткое RT - это когда неукладывания в нужное время ведёт за собой катастрофические последствия. Напр. спутник пролетая над местом задаст нужные углы поворота фаз на элементы ФАР ... а потом перезагрузится, а углы так и останутся старыми до тех пор, пока софт снова не начнёт расчитывать их и обновлять. В результате луч попадёт на другое государство без его разрешения, что нарушение конвенции о радиосвязи.
     
  • 2.81, Винни Пух (?), 01:20, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > По-моему это не очень оптимальное решение […]

    И ты своё мнение основываешь на опыте запуска скольки именно спутников?

     
  • 2.159, Анон123 (?), 12:55, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Могу предположить, что в случае потенциального kernel panick будет перезагрузка и разработчики протестировали такой варинт.
    Пихать всё в один компьютер возможно нужно из-за экономии в стоимости доставки в космос веса и габарита, особенно если таких спутников будет много.
     
     
  • 3.201, Аноним (200), 16:47, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В таком случае должна быть возможность перезагружать линукс-часть отдельно от RT-части. Я не уверен, что такое возможно даже на многопроцессорной материнке.
     
  • 3.262, _ (??), 20:15, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Пихать всё в один компьютер возможно нужно из-за экономии в стоимости доставки в космос веса и габарита

    Миииилааай! С 1964 года кое чего поменялось, на вес и габариты тех компьютеров ты можешь пару ТЫСЯЧ малинок запустить.

    Но Ынженегр дядюшка Ляо тем и славится что иногда выдаЁт нечто эдакое ... :)
    Не знаю я - зачем. У меня в машине (согласно доки) - 16 микропроцессоров, зачем на спутнике только один ... ЯХЗ! :-|

     
  • 2.314, Аноним (314), 01:18, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так это не узкоспециализировано для спутника. Не только и строго для него. Читай внимательнее: "...и рассчитанные на использование в критических системах, таких как бортовые и вспомогательные компьютеры спутников, промышленные и автомобильные системы"

    Так вот для других, "более обычных", не спутниковых, систем, очень пригодятся уже написанные и существующие линукс-драйверы устройств. Ведь промышленной системой зачастую выступает "чуть более крепкий" ПК, в котором могут присутствовать обычные "некритичные" к отвалу устройства, например, USB - вот там будут использоваться уже существующие линукс-драйверы.

    А на спутнике просто обкатывают поделку. Типа как в том анекдоте где русские мужики тестировали японскую бензопилу.

     
  • 2.372, Аноним (372), 11:08, 16/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Что будет, если ОС Linux упадёт в kernel panic из-за бага в ядре?

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

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

    из прошлого века решение, 50 микроконтроллеров которые как лебедь щука и рак

     

     ....большая нить свёрнута, показать (32)

  • 1.55, cheburnator9000 (ok), 00:33, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда Rust избавится от unwrap(), as_ref(), borrow(), clone() на каждый чих тогда я на него возможно посмотрю еще раз, а да тех пор ждем Carbon.
    Rust это не ЯП для людей, это ЯП для тех кто мастурбирует на типы данных в rust.
     
     
  • 2.64, Аноним (87), 00:42, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >ждем Cabron

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

     
     
  • 3.171, Серб (ok), 13:55, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот уж чего, чего - а систему сборки поменять легко.

    Сложнее с заточкой на сервисы хранения пакетов библиотек.

     
     
  • 4.336, Аноним (336), 15:32, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Легко - это когда 1 "проект" из 10 файлов.
     
     
  • 5.337, Серб (ok), 15:39, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Легко - это когда 1 "проект" из 10 файлов.

    Разработчики Qt, вон сменили свой qmake на cmake. Сколько в этом проекте файлов?

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

     
     
  • 6.383, Аноним (383), 11:07, 19/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это сами разработчики сделали в апстриме, им же поддержку этой системы сборки и не ломать. А когда третье лицо делает у себя - это обычно быстро ломается.
     
  • 2.66, Витюшка (?), 00:46, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Верно. Насколько я понял . unwrap () это и есть самое что ни на есть исключение, только оно ещё и не обрабатываемое.

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

     
     
  • 3.69, Аноним (69), 01:06, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты можешь использовать expect/unwrap_or, там с десяток методов для обработки возможных паник. Ну или pattern matching’ом заниматься.
     
     
  • 4.92, Витюшка (?), 01:52, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Речь не про то что могу я, речь про то что будет в 99% проектов - unwrap(). Я его вижу в каждой библиотеке на Rust, в 100%. Включая код библиотек.

    Хотя библиотека никогда не должна решать "свалиться".

    Те это как кидать везде исключения в С++ и НИКОГДА и нигде их не обрабатывать.

    На С++ ты тоже можешь написать также как на Rust безопасно, и тоже куча методов. Но в реальности написать могут немногие.

     
     
  • 5.118, morphe (?), 06:50, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я его вижу в каждой библиотеке
    > на Rust, в 100%. Включая код библиотек.

    Можно пример каждой библиотеки на Rust?

     
  • 5.328, freecoder (ok), 13:31, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Без ссылок на код никто не поверит.
     
  • 3.85, Вы забыли заполнить поле Name (?), 01:24, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Верно. Насколько я понял . unwrap () это и есть самое что
    > ни на есть исключение, только оно ещё и не обрабатываемое.
    > И никто никогда не пишет код обработки и не обрабатывает его правильно.
    > Всё просто валится, и какой же это "безопасный" язык программирования? А
    > вроде по уму там отдельный процесс должен эти паники обрабатывать, что-то
    > вроде того.

    Просто возьми erlang.

     
     
  • 4.93, Витюшка (?), 01:53, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я уже взял Zig.
     
     
  • 5.157, Аноним (156), 12:45, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    За Zig тебя могут взять.
     
     
  • 6.176, Витюшка (?), 14:45, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это другой зиг, там зейг в оригинале
     
  • 5.329, Аноним (-), 13:47, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хм...
    На его сайт ziglang org/learn/overview/ есть такие утверждения
    - Zig programmers must manage their own memory, and must handle memory allocation failure.
    - Please note that Zig is not a fully safe language.
    - Multithreading safety and race detection are areas of active research.
    Зачем он такой нужен, и память самому менеджить, и многопоточность еще в "active research" ?
    Неужели тебе достаточно одного потоко на всё-всё?
     
     
  • 6.339, Витюшка (?), 16:01, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Multithreading safety в research.

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

    Нет магической кнопки "сделать хорошо и потокобезопасно".

     
     
  • 7.357, Аноним (70), 19:51, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, то есть, в реальном проекте с паралеллизмом ты не работал, с типичными проблемами асинхронщины не сталкивался, и о банальном message passing (и о том, что borrow cheker работает и в этом случае) не слышал. Но при этом остервенело воюешь против в Раста.

    Молодец, так держать!

     
     
  • 8.358, Витюшка (?), 20:54, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это как раз ты не работал, раз не понимаешь что Rust никак не помогает в многопо... текст свёрнут, показать
     
  • 2.76, Аноним (70), 01:15, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда Rust избавится от unwrap(), as_ref(), borrow(), clone() на каждый чих

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

    > тогда я на него возможно посмотрю еще раз

    Лол, сейчас вся индустрия станет на коленях умолять cheburnator9000 посмотреть на Раст...

     
  • 2.268, Аноним (268), 20:39, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если у тебя эти конструкции в избытке, значит компилятор упорно говорит, что ты делаешь не правильно. А ты упорно это игнорируешь.

    unwrap() заменяется на ? + impl From<Err1> for Err2

    as_ref(), borrow(), clone() - они тебе точно нужны?

     
     
  • 3.302, cheburnator9000 (ok), 23:49, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    причем тут мне, лично нафиг не нужен rust, я смотрю на исходники разных библиотек, может кто какие алгоритмы или хитрые оптимизации придумал, все что я вижу это unwrap unwrap unwrap.
     
     
  • 4.327, freecoder (ok), 13:31, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфы будут?
     
     
  • 5.341, Витюшка (?), 16:06, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На github поищи. 2.5 миллиона unwrap(). Да, не весь он в проде, есть в тестах и бенчмарках.

    Но я думаю его там ГОРАЗДО больше. Не всё идёт Github корректно наверняка. И эти unwrap() обернуты и вызываются другие функции, это уже не показывается.

     
     
  • 6.381, freecoder (ok), 09:24, 19/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    unwrap в тестах - это норма

     
  • 5.359, Витюшка (?), 21:06, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот тебе другой пруф.
    https://doc.rust-lang.org/std/ptr/fn.drop_in_place.html
    Читаем раздел Safety и кучу условий, которые нужно соблюсти чтобы код не валился.

    Ручками, всё ручками 🤨😆 Путём долго вдумчивого вчитывания миллиона исключений на cppreference...ой, на rustlang 😆

    И чем это отличается от C++? Где твой хвалёный borrow checker?

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

     
     
  • 6.360, Аноним (70), 21:25, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > unsafe fn
    > Где твой хвалёный borrow checker?

    Чел, ты серьезно или троллишь? Тебе unsafe ни о чем не говорит?

     
     
  • 7.365, Витюшка (?), 23:54, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да у вас там всё в этом unsafe, куда не плюнь в него попадёшь.

    Даже вызов деструктора.

     
     
  • 8.382, freecoder (ok), 09:26, 19/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    unsafe в Rust - это не баг, а фича ... текст свёрнут, показать
     
  • 4.333, Аноним (-), 14:23, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылку на код или балабол!
     
  • 4.342, Витюшка (?), 16:07, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Наконец-то ОТЛИЧНЫЙ комментарий по факту.
     
  • 4.355, Аноним (70), 19:37, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > все что я вижу это unwrap unwrap unwrap

    Тут два варианта: или в этом unwrap() есть некий смысл, или же создатели и все пользователи Раста полные идиоты.

     

     ....большая нить свёрнута, показать (31)

  • 1.83, Винни Пух (?), 01:22, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Эй, растохейтеры, что с лицом? Или это опять не то, не так, и вообще там Линукс?
     
     
  • 2.86, Вы забыли заполнить поле Name (?), 01:27, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Всем пофиг. Через неделю уже никто не вспомнит.
     
  • 2.95, Аноним (95), 02:11, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Все прогрессивные люди уже выкидывают этот "безопасный" язычок, только менеджеры низшего звена ещё за него впрягаются. Потому что им не сообщили.
     
     
  • 3.100, Аноньимъ (ok), 02:28, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    О, а откуда инфа идёт?

    И чем заменяют более прогрессивным?

     
     
  • 4.174, Аноним (190), 14:40, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Простым и легким в изучении Zig. Еще на подходе Carbon с поддержкоцй могучей корпорации.
     
     
  • 5.203, Аноним (70), 16:52, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Простым и легким в изучении Zig

    А Rust типа сложный и нелегкий в изучении?

    Интересно, хоть один опеннетный критик Раста сталкивался с чем-то помимо выгребания embedded конюшен на сишочке?

     
     
  • 6.281, Аноним (288), 21:06, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А то нет. Даже в мануалах мозиллы напиано про крутую кривую обучения, давай с ними поспорь.
    Интересно, когда фанатики раста перестанут практиковать телепатию и попробуют улучшить свой язык?
     
     
  • 7.331, Аноним (-), 14:16, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Без пруфов звучит как балабольство, но ладно, поверю на слово Предположу, что э... большой текст свёрнут, показать
     
     
  • 8.340, Серб (ok), 16:01, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Э То есть ты подтвердил слова оппонента Красавец Я на вас, евангелистов рас... текст свёрнут, показать
     
     
  • 9.345, Аноним (-), 16:54, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Подтвердил Странно я кажется писал нечто другое Попробуй перечитать Факт Луч... большой текст свёрнут, показать
     
     
  • 10.349, Серб (ok), 17:49, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну что тут перечитывать Для корпораций нужны не лучшие - нужны дешевые и много ... текст свёрнут, показать
     
     
  • 11.350, Аноним (-), 18:07, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я на Го писал буквально пару раз, когда нужно было искать баги в кодах соседней ... большой текст свёрнут, показать
     
  • 9.356, Аноним (70), 19:43, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я смотрю, ты последовательный Ну ты сам подумай если тебе сложно выучить Рас... текст свёрнут, показать
     
     
  • 10.380, Серб (ok), 19:30, 18/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это достоинство языка, что им пользуются специалисты не являющиеся программистам... текст свёрнут, показать
     
  • 5.205, Аноним (70), 16:56, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Простым и легким в изучении Zig.

    Язык, который даже до версии 1.0 не дошел, и который никто в индустрии не применяет?

    Стесняюсь спросить: ты на хлеб-то как зарабатываешь? Уверен, уж точно не своими хэлоуворлдами на Zig.

     
     
  • 6.237, Аноним (237), 18:12, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На хлеб ему ты зарабатываешь. Хорошо, что в индустрии есть наёмные профессиАналы, которых можно эксплуатировать, пока они гордятся в интернетах своими золотыми ошейниками и знанием иностранных языков.
     
     
  • 7.241, Аноним (70), 18:34, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    О, бизнесмен заглянул на комментарии в Опеннете. Какая часть!
     
  • 6.284, Аноним (288), 21:12, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это же не смузихлебы которые каждый билд отдельной версией именуют. В индустрии на нем написан Bun, который является быстрейшим решением в отрасли, опережая Deno во всех тестах. А про ситуацию с вакансиями растаманам лучше бы помалкивать.
     
     
  • 7.332, Аноним (-), 14:18, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вакансии где? Если на просторах СНГ - то согласен.
    А на западе вполне есть вакансии.

    Но больше всего вакансий это JS, пыха и тд..
    Неужели стоит переходить на них?

     
  • 5.206, Аноньимъ (ok), 16:57, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще на подходе Carbon с поддержкоцй
    > могучей корпорации.
    > Carbon is an experimental programming language designed for interoperability with C++.
    > experimental
    > C++

    Это гораздо хуже чем просто ненужно.

    > The language intends to fix several perceived shortcomings of C++

    АХАХАХАХА


    > Простым
    > и легким в изучении

    Вы его видели этот зиг?

     
     
  • 6.285, Аноним (288), 21:19, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот выкатят тогда и смеятся будем. Раст кстати тоже часто позиционируют как исправленный C++.
    Что там в Zig сложного нашел? Может чуть сложнее Си, если и это сложно ну тогда не знаю...
     
  • 5.295, Аноним (-), 23:17, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1 Zig Открывем его сайт ziglang org learn overview и читаем - Zig programmers ... большой текст свёрнут, показать
     
     
  • 6.313, Вы забыли заполнить поле Name (?), 01:06, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это тот самый Гугл который с одной стороны (по мнению местных анонимов) вот-вот закопает Раст, а с другой Platinum спонсор того же раста))

    Типичная история для Гугл. Денег много, поддерживаем все на всякий случай.

     
  • 2.172, Серб (ok), 14:03, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это вполне себе валидный вариант использования раста. Одно, конкретное железо. Одно конкретное ядро. Один конкретный компилятор.

    Проблем быть не должно.

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

     
     
  • 3.274, Аноним (274), 20:52, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Но в таком окружении любой компилируемый язык справится. Даже написанный на коленке за пару выходных.

    Справится любой, но взяли почему-то раст. Странно, да?

     
     
  • 4.293, Аноним (293), 22:00, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Справится любой, но взяли почему-то раст. Странно, да?

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

     
     
  • 5.351, Аноним (274), 18:14, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Зная как принимаются решения менеджерам

    И как же? Особенно интересует это в контексте того, что спутник на орбите, а ты — на диване. Есть у меня подозрение, что о менеджменте ты имеешь представление только как обычный офисный работник, которому говорят что делать. А своего опыта управления проектами и людьми у тебя нет. Да и взяться ему неоткуда.

     

     ....большая нить свёрнута, показать (26)

  • 1.97, Аноним (99), 02:18, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вообще-то для таких вещей в аэрокосмической индустрии обычно используется Ada - по-настоящему надежный и безопасный язык, со стандартом и давно стабилизированный. Но китайцы за свои деньги могут экспериментировать с чем угодно, лишь бы только эти спутники сверху на города не попадали.
     
     
  • 2.116, _ (??), 05:53, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Вообще-то для таких вещей в аэрокосмической индустрии обычно используется Ada - по-настоящему надежный и безопасный язык,

    Который тем не менее угробил Ariane V :-р

     
     
  • 3.119, Пельменелюб (?), 07:47, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Каким местом в той аварии язык Ada? С результатами расследования не пробовали ознакомиться хотя бы поверхностно?
     
     
  • 4.266, _ (??), 20:30, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Каким местом в той аварии язык Ada?

    Дык ! Ты же тут песни пел про "Ada - по-настоящему надежный и безопасный язык"
    А оказалось что и на нем ракету угробить легко м просто :-р
    Или будешь тухесом крутить?
    > С результатами расследования не пробовали ознакомиться хотя бы поверхностно?

    Да - твоя великая и могучая ада не справилась с переполнением - срамота а не Ёзык!!! :-D


    PS: Для волшебных на голову - это я стебусь так :)
    Ковчег построил любитель, проффи - построили "Титаник"(С) и вот это всё.
    __Лично__ знаю одного умного казахского парня который амерам софт по рачсёту стыковки их пепелаца с нашей ОС на GW-BASIC написал - и считало правильно.
    PPS: Если до сих пор не дошло - езык тут дело третье! Первое - люди, второе - процесс. А уж потом ...

     
     
  • 5.320, Пельменелюб (?), 06:14, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Немного странный стёб. Могу предположить что ты с казахским парнем не только на тему разработки общаешься, но и вопросы этноботаники обсуждаешь. Начало зимы, казахи уже собрали урожай)))
    А на самом деле нить комментариев про Аду получилась любопытной. Подтолкнула поискать. Когда я был маленьким, в космос полетели два Вояджера, и до сих пор летят и работают. ПО внезапно (для меня) на фортране. Весьма интересная там история получилась с эксплуатацией этих аппаратов, и судьбой разработчиков ПО.
     
     
  • 6.321, Пельменелюб (?), 06:16, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Искать:
    «Вояджеры» и люди: судьба разработчиков
     
  • 2.140, mumu (ok), 10:24, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ada это хороший вариант, чтобы подстебать в интернет треде. Для этих мест она идеально подходит, потому что никто на ней никогда не писал и не пробовал. И тому есть причины.
     
     
  • 3.146, Пельменелюб (?), 11:31, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ОС RTEMS
    ОС Muen

    Бе-200, Ту-214, Ту-214СР, Ту-214ПУ, Ту-204-100, Ту-204-120, Ту-204-300, Ил-96-300-400, Ил-114-100

    Airbus 320, 330, 340, 350, 380, Boeing 737, 747-400, 757, 767, 777, 787, Canadair Regional Jet, Embraer CBA-123 и CBA-145, Fokker F-100, Saab 2000

    Станция документальной связи МО РФ

    Наверняка есть еще множество малоизвестных закрытых военный проектов на Ada

     
     
  • 4.164, Аноним (372), 13:18, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что из перечисленного летает в космосе ?
     
     
  • 5.177, Пельменелюб (?), 14:56, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Проблемы с поиском информации?
    В космосе летает RTEMS.
    Вообще этот перечень в ответ на слова, что на Ada никто и ничего не писал.
     
  • 4.186, Аноним (156), 15:13, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Открыл исходники RTEMS kernel и что я там увидел? *.[ch]-файлы. Где там Ada?
     
     
  • 5.192, Пельменелюб (?), 15:33, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как все запущено то. Тоска-печаль.
    Начни с Examples
     
  • 3.183, СтрашныйАноним (?), 15:09, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Еще один "я этого не знаю, поэтому этого не существует". Почти все высоконадежное в американском аэрокосмосе пишут на Ада, он для этого и создавался лидерами индустрии. В открытый доступ естественно не выкладывают. Гарантии безопасности там покруче чем в любом другом языке.
     
     
  • 4.195, Аноним (372), 15:58, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Почти все высоконадежное в американском аэрокосмосе пишут на Ада, он для этого и создавался лидерами индустрии.

    когда-то создавался - кто спорит-то

    https://www.adacore.com/press/adacore-joins-rust-foundation-as-silver-member

     
     
  • 5.198, Пельменелюб (?), 16:19, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, есть исключение - F-35)))))
     
     
  • 6.267, _ (??), 20:35, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Он на плюсах ... и по-моему они уже сильно пожалели :-D
     
  • 4.210, Аноним (70), 17:04, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Еще один "я этого не знаю, поэтому этого не существует".

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

     
     
  • 5.213, Пельменелюб (?), 17:16, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Думается что шансы попасть с улицы есть. Можно например поучаствовать в "Make with Ada", и призовой фонд есть, и можно внимание на себя обратить.
    ЕМНИП вроде Боинг проводил набор разработчиков даже без знания языка Ada, нужно было просто решить тесты, а обучение языку они брали на себя.
     
     
  • 6.270, _ (??), 20:42, 14/12/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.141, Аноним (372), 10:27, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Вообще-то для таких вещей в аэрокосмической индустрии обычно используется Ada

    в прошлом тысячелетии ? в этом принято гипервизором отделять мух от котлет и использовать всё что захочется

    https://www.windriver.com/products/vxworks/datasheet

     
     
  • 3.147, Пельменелюб (?), 11:33, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ОС RTEMS
    ОС Muen
    Вполне себе живые и актуальные.
     
     
  • 4.166, Аноним (372), 13:23, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Вполне себе живые и актуальные.

    как *bsd os, они вроде и есть а кто этим пользуется непонятно

     
     
  • 5.179, Пельменелюб (?), 15:01, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Открой для себя такие слова:
    EPICS
    Mars Reconnaissance Orbiter
    Ускоритель частиц
    Телескоп
     
     
  • 6.193, Аноним (372), 15:35, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > EPICS
    > Written in C/C++, Perl

    https://github.com/epics-base

    сплошная ада

    > Mars Reconnaissance Orbiter

    это который 20 лет назад запустили ?

     
     
  • 7.196, Пельменелюб (?), 16:17, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужно путать среду разработки и сообщество разработчиков.
     
  • 5.182, Пельменелюб (?), 15:06, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    J-PARC
    KAGRA
    SuperKEKB

    Дальше мне лень, там список примерно на 50 пунктов.

     
     
  • 6.185, FF (?), 15:10, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    сколько не перечисли - всё умеют, всё знают
     
  • 6.194, Аноним (372), 15:47, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Дальше мне лень, там список примерно на 50 пунктов.

    а мне лень искать что там на ада и наблюдать с земли за космосом и летать в космосе это сильно разные отрасли

     
     
  • 7.197, Пельменелюб (?), 16:18, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, ну да. Дарпа взяла и доложила, что и как разрабатывает))))
     
     
  • 8.199, Аноним (372), 16:41, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    погугли для falcon 9 на чём управляющее ПО написано, 200 безаварийных пусков под... текст свёрнут, показать
     
     
  • 9.208, Пельменелюб (?), 17:00, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И Какое отношение Falcon имеет к NASA, DARPA и Пентагону Каким образом и... текст свёрнут, показать
     
     
  • 10.220, Аноним (372), 17:27, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    он ничего не исключает, только где запуски с по на ада сам следи - маск сотням... текст свёрнут, показать
     
     
  • 11.229, Вы забыли заполнить поле Name (?), 17:47, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты и болтун Сам считал ... текст свёрнут, показать
     
     
  • 12.232, Аноним (372), 17:55, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    конечно ада-любы только в телескопы на них смотрят... текст свёрнут, показать
     
     
  • 13.238, Вы забыли заполнить поле Name (?), 18:28, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя плохо со счетом судя по википедии в 2023 году 81 запуск, а не 200 ... текст свёрнут, показать
     
     
  • 14.244, Аноним (372), 18:54, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а у тебя с логикой - в 2023 году был 200-ый безаварийный запуск подряд, с чего т... текст свёрнут, показать
     
     
  • 15.300, Вы забыли заполнить поле Name (?), 23:47, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дурака включил Твой комментарий https www opennet ru openforum vsluhforumID3 ... текст свёрнут, показать
     
  • 2.230, Аноним (231), 17:49, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Управляющее полётом Falcon 9 ПО написано на C/C++ и запускается параллельно на каждом из трёх компьютеров.

    https://opennet.ru/53083-falcon9

     
     
  • 3.290, Аноним (288), 21:33, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Коммерсанты вольны писать на чем угодно. Вот и пишут на C/C++, но не на Расте.
     
     
  • 4.297, Аноним (297), 23:40, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Коммерсанты вольны писать на чем угодно. Вот и пишут на C/C++, но не на Расте.

    Хм... не знал, что Гугл с андроидом, Амазон с AWS и Майкрософт с виндой это благотворительные организации!
    Почитай что используют на самом деле
    security googleblog com/2023/10/bare-metal-rust-in-android.html


     
  • 2.265, Аноним (268), 20:26, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ada - по-настоящему надежный и безопасный язык,

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

    > со стандартом и давно стабилизированный.

    Это про разросшийся до 1148 страниц стандарт 2022 года?

    Чем байка про Ада, лучше байки про MISRA или т.п.?

    То что было 40 лет назад, было 40 лет назад. Ну будет теперь раст среди пропиаренных, через цать лет ещё что-то добавят.

     

     ....большая нить свёрнута, показать (40)

  • 1.107, Sw00p aka Jerom (?), 03:29, 14/12/2023 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     

     ....ответы скрыты (2)

  • 1.158, Аноним (158), 12:53, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Какое «приятное» у раста коммюнити. Так и «хочется» влиться. Чтобы писать такой же «полезный» софт, как в этой новости. Не, ну серьезно, зачем совмещать рт ядро и линукс на 1 процессоре?

    > сжатие данных и обработка моделей машинного обучения

    Обе задачи прекрасно решаются без линукс.

     
     
  • 2.222, Игорь (??), 17:38, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, ну серьезно, зачем совмещать рт ядро и линукс на 1 процессоре?

    Есть, например, такой проект LinuxCNC - http://linuxcnc.org (ему уже 20 лет). Там именно такая схема - РТ-ядро RTAI и процессы управления движением инструмента на нем и обычный Линукс для отображения и интерфейса пользователя. Не будешь же тащить в РТ-ядро графический интерфейс пользователя?

     
  • 2.258, Аноним (156), 19:57, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А где это задачи машинного обучения решаются без Linux и Python?
     
     
  • 3.352, Аноним (352), 18:18, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Примерно все фреймворки машинного обучения написаны на С++, на питоне пишут скрипт для обучения, готовую модельку потом уже обычно без питона запускают.
     
  • 2.374, Аноним (372), 12:55, 16/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, ну серьезно, зачем совмещать рт ядро и линукс на 1 процессоре?

    чтобы тонны проводов не таскать в космос

    https://en.wikipedia.org/wiki/Small_satellite

    космос для дела используют а не как дебилы для киносъёмки

     

  • 1.168, Аноним (167), 13:38, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Раст в самый раз для китайских поделок. Разумеется они всё равно будут куда меньше косячить, чем попилы толстячка которому чужие батуты мешают
     
     
  • 2.170, Аноним (170), 13:52, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст в самый раз для китайских поделок.

    почему?

     
     
  • 3.207, Аноним (70), 16:58, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что анонимный эксперт на Опеннете так сказал. А его не проведешь: он в каждой новости о Расте срывает покровы с мирового растозаговора.
     
  • 3.216, Аноним (-), 17:18, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что китайцы не любят давать документацию не на китайском и чем более вербозный язык, тем проще будет понять написанные китайцами сырцы.
     
  • 2.226, Вы забыли заполнить поле Name (?), 17:45, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст в самый раз для китайских поделок. Разумеется они всё равно будут
    > куда меньше косячить, чем попилы толстячка которому чужие батуты мешают

    Батуты, ксатит, на с++. На редите было.

     

  • 1.189, Аноним (190), 15:22, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Раст настолько готов к использованию в высококритичных областях, что зависящему от него SeaMonkey не могут обеспечить стабильную сборку в AUR
    https://aur.archlinux.org/packages/seamonkey
     
     
  • 2.296, Аноним (-), 23:21, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Дай SeaMonkey в руки стеклянный код, он его себе об лоб разобьет.
    То что у них руки-крюки, а у китайцев нет, говорит не в пользу морских бибизянок.
     
     
  • 3.311, Аноним (311), 01:02, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А что они могут сделать если с новыми версиями компилятора Раст старый код не собирается? И на таком языке нам предлагают писать код для космических аппаратов, ха-ха.
     
     
  • 4.330, Аноним (-), 13:57, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сидеть на старой?
    Если они настолько наовнокодили, то что поделать. Пусть фиксируют Edition и сидят до упора.
    Ядро тоже десятки лет было на С99.

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

     
     
  • 5.344, Аноним (344), 16:46, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это не они наовнокодили, а мозилла намудрила, они лишь мучаются собирая все это лопатами. Но это хорошо, еще боьше людей получит прививку от раста и связанных с ним проблем.
     
     
  • 6.346, Аноним (-), 17:09, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У мозиллы собирается, а у них нет?
    Но намудрила мозилла? Какое-то странное утверждение. Похоже на перекладывание отвтственности.

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

    То что какие-то васяны не осилили простой язычок (у гугла 2/3 программеров осваивают за 2 месяца) это просто говорит об их уровне.

     

  • 1.212, Аноним (212), 17:16, 14/12/2023 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +3 +/
     

     ....ответы скрыты (3)

  • 1.218, Аноним (-), 17:21, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В Китае запущен спутник

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

     
     
  • 2.225, Вы забыли заполнить поле Name (?), 17:42, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>В Китае запущен спутник
    > Почему нет новостей о спутнике из нашей с вами страны? Теперь спутники
    > запускает только метрополия?

    Есть, просто тут не пишут. Собственно спутники часто запускают разные страны и тут вообще впервые вижу новость об этом. Скорее она больше про раст, типа вот смотрите реальный проект (правда там кода 0.2%). Если бы раста не было, то никто бы не писал тут.

     

  • 1.233, Аноним (237), 17:57, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А mesa и SDL в системных библиотеках для чего? Косынка и сапёр?
     
     
  • 2.259, Аноним (156), 20:00, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что было в дистре по умолчанию, то и оставили.
     
     
  • 3.280, Аноним (288), 21:01, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сразу виден надежный, профессиональный подход. Там небось и systemd еще.
     
     
  • 4.366, Аноним (366), 00:44, 16/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вместе с systemd-bsod
     

  • 1.235, Аноним (235), 18:02, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    запущен или таки выведен куда надо и работает?
     
  • 1.245, YetAnotherOnanym (ok), 18:55, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Операционная система оснащена двойным ядром RROS, сочетающим обычное ядро Linux, применяемое для решения задач общего назначения, с RTOS-ядром на языке Rust, предназначенным для выполнения задач в режиме жёсткого реального времени

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

     
  • 1.248, Аноним (248), 19:12, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем на спутнике ОС?
     
     
  • 2.256, Аноним (156), 19:50, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Спутник, как бы, уже и не микроволновка.
     
  • 2.272, Аноним (272), 20:44, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А в тетрис на чём по-твоему играть??
     
  • 2.277, _ (??), 20:58, 14/12/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну ОС в лампочках тебя же не смущает?
     

  • 1.250, Ivan_83 (ok), 19:30, 14/12/2023 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +3 +/
     
     
  • 2.255, Аноним (-), 19:46, 14/12/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.260, Анонин (?), 20:01, 14/12/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.279, Аноним (288), 21:00, 14/12/2023 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 4.291, Аноним (70), 21:46, 14/12/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.282, _ (??), 21:09, 14/12/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 4.292, Анонин (?), 21:50, 14/12/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 4.301, Вы забыли заполнить поле Name (?), 23:48, 14/12/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.304, Ivan_83 (ok), 00:23, 15/12/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 4.307, Аноним (-), 00:44, 15/12/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.308, Аноним (311), 00:55, 15/12/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 6.317, Аноним (70), 02:04, 15/12/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 7.319, Ivan_83 (ok), 02:25, 15/12/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.326, Аноним (-), 11:28, 15/12/2023 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 2.316, Аноним (39), 01:36, 15/12/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (14)

  • 1.269, fidoman (ok), 20:40, 14/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Реалтаймово шлёт UDP, главное чтобы нереалтаймовое всё остальное успевало их ловить.
     
  • 1.312, Аноним (311), 01:06, 15/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Что угодно лучше чем раст, хотя бы только из-за одного его сообщества. Такое впечатление что у них штаб-квартира в Кащенко.
     
  • 1.315, Аноним (39), 01:33, 15/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хорошая новость, означающая что Раст достиг зрелости. Теперь языки семейства С можно с чистой совестью выбросить на помойку и забыть как страшный сон.
     
     
  • 2.335, Аноним (334), 15:18, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не выйдет. Как и с Явой. Ещё очень долго.

    Причина очевидна.

     
     
  • 3.370, _ (??), 05:43, 16/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    C - вечен ибо гениален :)
    Java ... хоть и не люблю - но это на десятки лет ещё.
    Да чего там - вы COBOL для начала выпилите! :)

     
  • 2.343, Аноним (344), 16:41, 15/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Раст достиг зрелости и вступил в фазу увядания. За этим последует его замещение более современными языками, такими как Carbon, Zig и другими, более современными. А C/C++ так и останется останется как основа IT, тут без сюрпризов.
     
     
  • 3.373, Facemaker (?), 11:37, 16/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пожалуй, самое смешное в своей нелепости заявление года на этом форуме. Да, пора подводить итоги.
     
     
  • 4.378, Аноним (378), 20:27, 17/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Можно отрицать реальность, но подвижек в продвижении Раста действительно нет уже больше года. О нем больше говорят, чем на нем пишут. Эта новость о проекте с 0.2% кода на Расте только подтверждает это.
     

  • 1.361, sidphj (?), 22:04, 15/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждём когда упадёт :)
     
     
  • 2.367, Аноним (366), 00:46, 16/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как только вся память безопастно утечёт ;)
     
     
  • 3.386, Аноним (386), 16:56, 20/12/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >безопастно

    рукалицо

     

  • 1.371, Аноним (371), 10:10, 16/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    непонятно что там кетайцы понаизобретали - раст апишечку ? xemomai работает уже десятки лет C/C++, libevl написана C, как и ядро.
     
  • 1.385, Аноним (385), 12:01, 20/12/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а Наша Луна-25 на чем летала?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру