Из соображений экономии средств космическое агентство США проявляет интерес к использованию решений на языке Java в миссиях с повышенным требованием к надежности. До недавнего времени отсутствие real-time Java библиотек было основным препятствием для применения Java в данной области.
По видимому дело сдвигается с мертвой точки, в рамках конференции Space2007 (http://www.aiaa.org/space2007/), проводимой Американским Институтом Аэронавтики и Астронавтики (http://www.aiaa.org/) совместно с NASA и Космическим центром Воздушных Сил США, был прочитан доклад "Fully Time Deterministic Java (http://javolution.org/doc/AIAA-2007-6184.pdf)" с анализом возможностей открытой real-time Java библиотеки Javolution (http://javolution.org/).
URL: http://www.osnews.com/story.php/18651/Fully-Time-Determinist.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=12136
Ой, как все начнеть тормозитьь))) Отключение ради хорошего фото компов на МКС - это только детские забавы. Щас такое будет...
... и на космических станциях появится еще один отсек - для оперативной памяти огромного объема и сборщика мусора! :-)
При чем тут тормоза? В заметке говорится о real-time...
Вы бредите? С какого перепугу тормоза? Венду снеси и не будет тормозов.
не только под вендой, но и на телефонах Java мягко говоря не блещет быстродействием.
Правда?! То-то даже на Windows Mobile смартфонах где совсем ущербная ява-машина
ява приложения уделывают по скорости свои аналоги на .net.
и не кажутся медленными на фоне С прилжений
>не только под вендой, но и на телефонах Java мягко говоря не
>блещет быстродействием.Меняйте телефон... В моем 3D-Java игры крутятся без тормозов...
SE W660i для сведения.
Трудно понять, чем они руководствовались. Есть ведь у них Ада, прекрасно справляется и с реалтаймом и с DBC. Единственное вразумительное объяснение - пытаются привлечь широкие массы , которые с адой плохо знакомы. Но ведь потому ей в массе и не пользуются, что уровень требований не тот. Тоесть, фактически NASA пытается из соображений "дешевизны" привлечь к разработкам людей, не имеющих опыта работы на должном уровне ответственности, или использовать уже имеющиеся разработки, которые для этого вообще не предназначались - соглашается на более высокий риск. И где тут экономический выигрыш? Типа, страховка всё равно заплатит?
Или кому-то очень уж хочется пропихнуть яву в ещё одну дыру, где её ещё не было.
NASAкапец :(Чего не понятного то? #опа у них с бюджетом - причем полная. Вот ихотят как все - оутсорсить все у индусов ... Вобщем запасайтесь попкорном скоро начнет падать :)
Я пожалуй с вами соглашусь. Одним из способов снизить издержки является переход на попсовые средства. При этом как правило страдает качество.ИМХО это очередной виток в развитии. Несомненно это не самый хороший поворот. Но будет и другой. Пару, тройку лет подождать надо.
>Я пожалуй с вами соглашусь. Одним из способов снизить издержки является переход
>на попсовые средства. При этом как правило страдает качество.
>
>ИМХО это очередной виток в развитии. Несомненно это не самый хороший поворот.
>Но будет и другой. Пару, тройку лет подождать надо.Ясное дело. Им придется провести серьезную ревизию кода JVM и классов, прежде чем
пускать это все в продакшн. Надо полагать стабильность и быстродействие JVM и
класслибов должны серьезно подрасти.Готов поспорить, что хуже от этого никому не станет... :))
ADA - совершенно угребичная версия угребичного паскаля. не привлекательный язык
Ну конечно.... :) Тут собрались такие специалисты, уровень которых на много превышает уровень специалистов НАСА! ;)
Ага, желающих обо$рать все, что угодно у нас хватает.
Тут собрались те, кто слово java только в книжках на картинках видел. У кого тормозит java - 2 варианта, 1: выпрямить руки (при знании хотя бы основ J2SE), 2: убиться об стену (при незнании).
>Тут собрались те, кто слово java только в книжках на картинках видел.
>У кого тормозит java - 2 варианта, 1: выпрямить руки (при
>знании хотя бы основ J2SE), 2: убиться об стену (при незнании).
>Есть еще 3-ий вариант: купить новый высокопроизводительный компутер и Java-код перекомпилировать в Native-код. :-)
Может уважаемый сударь еще скажет что эклипс не тормозит? У меня Together architect c около 200 классами на 3-ггц пне с 4-мя гбайтами оперативы мягко говоря офигенно притормаживал. Причем как под виндой, так и под линукс.
а если серьёзно - за счёт чего экономия-то - интересно же!
Элементарно! Знаете сколько стоит содержать команду высококласных Адских программеров ?!?!
А Ява - ото оутсорс к индусам, без вариантов. Причем им еще поторопиться надо, а то скоро рупия станет дороже бакса и оппа 8-)
Не думайте, что Ада это мега рулез. Я имел дело с этим языком и знаю о нем не по наслышке. Так изза того, что он слабо распространен и у него сложная грамматика. Компиляторы для него сильно глючные. Так одно время в довольно известном ада компиляторе GNAT я натыкался на довольно большое количество ошибок при компиляции кода.
Вспоминаются слова профессора Высшей Технической Школы г. Цюриха, лауреата премии Тьюринга Никлауса Вирта из своей лекции после получения вышеуказанной премии (как и в случае получения Нобелевской премии, после получения премии Тьюринга лауреат должен выступить с лекцией, в которой рассказать о своих работах, ибо, как и Нобелевская премия, премия Тьюринга - не "бабло на пропой", а грант на продолжение работ): "Компиляторы Модулы занимают 30-50 тысяч строк кода, в то время, как компиляторы Ады - миллионы строк! Я вообще не уверен, что компилятор такого объёма можно отладить..."
Это для геостационарных спутников на жаве писать надо, чтобы они висели хорошо :)
+1 Ай повеселил -)))
Всё, превед Томми!
Вставлю свои 5 копеек, кто-то пробывал програмить мат. алгоримты занимающие хорошоую книгу + подручный инструментарий?
Если да, то:
ада - Годы
java - МесяцыЕсли смылс переходить на java?
А о тормозах - приходиться признать что админам влом выучить 2-а ключика -server и -Xmx
>Вставлю свои 5 копеек, кто-то пробывал програмить мат. алгоримты занимающие хорошоую книгу
>+ подручный инструментарий?
>Если да, то:
>ада - Годы
>java - Месяцы
>
>Если смылс переходить на java?
>
>А о тормозах - приходиться признать что админам влом выучить 2-а ключика
>-server и -XmxЧто есть эти ключики? Объясните плиз на пальцах.
java -server -Xmx512M <prog>-server - Оптимизировать код перед исполнением (задержки при запуске)
-Xmx<к-во> - К-во ОП для работы, по умолчанию 128
Мне кажется ПО на Java будет содержать меньше ошибок, чем на С++. Что касается скорости, то по вреени переключения между задачами оно процентов на 30 хуже чем на Си.
Взять в качестве примера промышленную автоматику. На всех промышленных контроллерах (начиная от крутых западенских брендов и заканчивая китайскими мыльницами) крутиться, как правило, виртуальная машина и ни чего, работает.
Чегобы и Яве не крутиться? Не вижу технических проблем. Они просто повторяют путь промавтоматики, только в более технологичном варианте (промконтроллеры программируются убогими языками).
масходы уже работают на джаве и успешно