The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Космическое агентство NASA открыло код платформы для создани..., opennews (??), 29-Мрт-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Космическое агентство NASA открыло код платформы для создани..."  +3 +/
Сообщение от Аноним (-), 29-Мрт-15, 13:28 
Это реальность, дурачок.
Ответить | Правка | Наверх | Cообщить модератору

11. "Космическое агентство NASA открыло код платформы для создани..."  +4 +/
Сообщение от Аноним (-), 29-Мрт-15, 15:38 
Возможно, изену намного более симпатично если какая-нибудь ява соберет мусор именно в тот момент, когда пора выполнять орбитальный маневр. Что, скорость хренадцать километров в секунду и тупняк на полсекунды посылает КА к черту на куличики? Подумаешь фигня, зато безопасТные технологии в действии.
Ответить | Правка | Наверх | Cообщить модератору

18. "Космическое агентство NASA открыло код платформы для создани..."  –1 +/
Сообщение от Аноним (-), 29-Мрт-15, 16:53 
Предыдущему оратору стоило бы открыть для себя реалтаймовые java-машины, но в целом стоит согласиться - яве в данной нише не место.
Ответить | Правка | Наверх | Cообщить модератору

63. "Космическое агентство NASA открыло код платформы для создани..."  +/
Сообщение от Аноним (-), 30-Мрт-15, 10:25 
> Предыдущему оратору стоило бы открыть для себя реалтаймовые java-машины,

Да, да, сани много носились со своей жабой. Вплоть до микроконтроллерной версии. Но она создавала больше проблем чем решала и поэтому все держались, держатся и будут держаться от нее на пушечный выстрел. Такая же участь постигла и прочие карманные варианты дотнета, etc.

Ответить | Правка | Наверх | Cообщить модератору

93. "Космическое агентство NASA открыло код платформы для создани..."  +/
Сообщение от pavlinux (ok), 30-Мрт-15, 16:03 
> Предыдущему оратору стоило бы открыть для себя реалтаймовые java-машины,
> но в целом стоит согласиться - яве в данной нише не место.

Вот влом искать, но жава на Марсе работает. Если не для срача - найдете. #java #ibm #mars #nasa

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

107. "Космическое агентство NASA открыло код платформы для создани..."  –2 +/
Сообщение от iZEN (ok), 30-Мрт-15, 20:53 
>> Предыдущему оратору стоило бы открыть для себя реалтаймовые java-машины,
>> но в целом стоит согласиться - яве в данной нише не место.
> Вот влом искать, но жава на Марсе работает. Если не для срача
> - найдете. #java #ibm #mars #nasa

Только причём здесь Java? Я её даже вскользь не упомянул.


Ответить | Правка | Наверх | Cообщить модератору

30. "Космическое агентство NASA открыло код платформы для создани..."  +4 +/
Сообщение от VoDA (ok), 29-Мрт-15, 20:27 
> Возможно, изену намного более симпатично если какая-нибудь ява соберет мусор

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

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

PS да и Linux не реалтайм-ОС, так что для реального времени нужно весь стек технологий тянуть - от железа и ОС до программ. И даже СУБД нужно подгонять под реалтийм... или не применять СУБД, что, наверное, правильно. ИМХО.


Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

62. "Космическое агентство NASA открыло код платформы для создани..."  +/
Сообщение от Аноним (-), 30-Мрт-15, 10:23 
> в реалтайме вообще работать с памятью нельзя - только то, что заранее
> выделено и подготовлено. но реалтайм это именно управление двигателем, а не расчет маневра.

Это требования не столько по части реалтаймности, сколько по части надежности и предсказуемости. Хотя кроме всего прочего paging на диск может убить и времена отклика, т.к. пока нужной страницы памяти нет - код из нее выполнять невозможно, разумеется. Но на самом деле причина - в том что будет совсем не круто если где-то на середине маневра все встанет колом, "потому что кончилась память". Поэтому особо ответственный софт в всяких МК и прочая - использует статичное выделение памяти.

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

Вот только там еще вес - на вес золота. И с электропитанием чаще всего большой напряг - источников энергии в космосе мало и цены на генерацию электричества в космосе - тоже вполне космические. А еще всякие заморочки с radiation hardening. Это означает относительно примитивный процессор, который к тому же не имеет права много кушать и в целом система не может много весить. Поэтому в сумме решить проблему доустановкой пары серверов, как это любят жабисты, будет стоить дороже чем отлить сервер из золота в натуральную величину. И нет, отгрузить все задачи на ЦУП не получится. А что если линк невовремя отвалится?

> PS да и Linux не реалтайм-ОС, так что для реального времени нужно
> весь стек технологий тянуть - от железа и ОС до программ.

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

> И даже СУБД нужно подгонять под реалтийм... или не применять СУБД,
> что, наверное, правильно. ИМХО.

А про это помнится неплохо писали яндекс + перцы из московского метро. Там они рассказали что и как они делали.

Ответить | Правка | Наверх | Cообщить модератору

75. "Космическое агентство NASA открыло код платформы для создани..."  –2 +/
Сообщение от клоун (?), 30-Мрт-15, 12:00 
Чувак вёл речь про жёсткое реальное время, в котором непрогнозируемые задержки недопустимы. Вы, судя по всему, ведёте речь о мягком реальном времени, в котором задержки не должны превышать некоторой заранее определённой (и достаточно большой по машинным меркам) величины.

Пример 1: вычисление размера ASCII-Z строки. В жёстком реальном времени эта операция ЗАПРЕЩЕНА, т.к. размер строки может сильно варьироваться, а значит затраты времени на поиск непрогнозируемы, что недопустимо. В мягком реальном времени эта операция разрешена и выполняется.

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

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

По сути, жёсткое реальное время - это очень специфическая штука не особо нужная большинству.

Ответить | Правка | Наверх | Cообщить модератору

78. "Космическое агентство NASA открыло код платформы для создани..."  –1 +/
Сообщение от YetAnotherOnanym (ok), 30-Мрт-15, 12:21 
> PS да и Linux не реалтайм-ОС, так что для реального времени нужно весь стек технологий тянуть - от железа и ОС до программ.

В release notes для OSAL заявлена поддержка VxWorks и RTEMS на разных платформах (x86, arm, ppc), так что железо и ОС уже есть.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

25. "Космическое агентство NASA открыло код платформы для создани..."  –14 +/
Сообщение от iZEN (ok), 29-Мрт-15, 19:20 
> Это реальность, дурачок.

Конечно, реальность, придурок! Я что, спорю?


Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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