Вышла новая версия JNode 0.2.6

MGR, Microwindows, Ywindows, Photon из QNX'а -- это всё разные отдельные компактные оконные системы. А не методы рисования "окошек в свинге". Походу, они места занимают меньше чем весь ваш свинг.

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

там _весь_ жабский рантайм + дистрибутив операционки.

всё равно аналогичный жабскому рантайм можно сделать менее накладными средствами.

>A translator tool is needed to convert the portable code to the native code of the target processor ready for execution.

Я вот все думаю почему такую архитектуру не применяют для драйверов. Сделали бы какой нить DriverByteCode а конкретные оски уже транслировали бы допустим на первый запуск код драйвера в свой бинарник связывая с конкретной физикой....? Мечтатель да?

>Походу, они места занимают меньше чем весь ваш свинг.

Походу умеют они так же мало мо сравнению со свингом.

> всё равно аналогичный жабскому рантайм можно сделать менее накладными средствами.

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

>всё равно аналогичный жабскому рантайм можно сделать менее накладными средствами.

Ну сделай. Тебя наймет гугл и ты будешь ходить на выставки сана и посмеиваться, а они будут тебе завидовать.

а драйвера под чем будут работать? нужено делать какой-то гипервизор, в который встраивать паравиртуализованное то, что уже есть (например, Linux, или ещё какой XNU/Darwin). Зато драйвера нужны одни на всех

> Сделали бы какой нить DriverByteCode

кстати, делали http://www.ertos.nicta.com.au/software/kenge/iguana-project/latest/overview.pml

http://www.ertos.nicta.com.au/software/kenge/iguana-project/latest/

http://www.ertos.nicta.com.au/research/mungi/

http://www.ertos.nicta.com.au/publications/ читать "Reliable device drivers require well-defined protocols" -- это и есть твой байткод, как частный случай

http://portal.acm.org/citation.cfm?id=945466&dl=ACM&coll=

Чего умеет свинг, чего не умеет Photon в QNX?

О том что что-то "можно" сделать - легко говорить.

Факт в том что сравнимый с жабским рантайму есть только один - это .NET. Сколько еще операционок на managed коде ты знаешь? Они же не yet another os написали. Inferno имеет несколько другую направленость, Singularity на том же .NET и Cosmos на том же .NET.

Все. Эти ребята сделали.

ну дык драйвер -- это кусок ядра со стороны ОС. Какая ОС, такой и интерфейс драйвера с ядром, так что какой смысл в байткоде если на стороне ядра у всех разные неунифицированные интерфейсы и реализации?

> Сколько еще операционок на managed коде ты знаешь?

Inferno, Tao Os/Elate/intent -- все managed. И "сравнимый с жабским рантайм" там не нужен.

а толку от этого, и так по Tao OS уже ссылки все битые, а всего-то 7 лет прошло, вся инфа пропала

>Чего умеет свинг, чего не умеет Photon в QNX?

Он умеет значительно больше чем Photon. Когда попробуешь в дерево вставить список с выпадающими таблицами - поймешь.

запросто делается в PhAB на голом Си.

>Какая ОС, такой и интерфейс драйвера с ядром, так что какой смысл в байткоде если на стороне ядра у всех разные неунифицированные интерфейсы и реализации?

Ток вот в этом же и дело - что это на стороне ОС, а не ядра. В том-то и суть что если ввести некий уровень абстракции, который бы разруливал эту разницу - драйвер был бы унифицированным. Точно так же делают все портабельные системы относительно OS - perl, java, python, etc.

> Inferno, Tao Os/Elate/intent -- все managed.

Сколько из них уже имеют свой оконный интерфейс с быдлопайнтом?

>>И "сравнимый с жабским рантайм" там не нужен.

То есть его нет. И если я захочу дернуть вебсервис - я буду начинать изобретать велосипед начиная с обработки HTTP?

уровень абстракции -- это да. Чем гипервизор не уровень абстракции? И не нужен толстый рантайм на все случаи жизни.

>запросто делается в PhAB на голом Си.

Пример например спика с дропдаунами слабо сюда запостить?

эти обе GUI имеют. ЕМНИП сапёр в Infefno есть, если ты об этом.

> И если я захочу дернуть вебсервис - я буду начинать изобретать велосипед начиная с обработки HTTP?

ага. В Elate/TaoOS есть JVM, есть там кажется и вебсервисы. Там и тулз-сервисы есть :))

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

>В Elate/TaoOS есть JVM, есть там кажется и вебсервисы

Ну тогда в чсем твой аргумент если там тоже есть жабский рантайм?

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

Ага оно мне стиксом с IISсом соединится? Я в данном случае говорю не о 100 различных способах решить одну и туже задачу целиком, а о способах интеграции и различные API. Ты конечно можешь изобрести свой более оптимизированный изночально прозщрачный в архитектуре сайтмап - только не удивляйся что гугл его не поймет при индексации.

> Ну тогда в чсем твой аргумент если там тоже есть жабский рантайм?

в том, что на аналогичный жабскому функционал там есть своё компактное и мультимедиа АПИ. Который в частных случаях надо подкрутить, ага, но крутить его не сложнее чем OpenJDK скомпилировать. Так что если эффективность важнее, Ява там особо и не нужна.

> Ага оно мне стиксом с IISсом соединится?

а что, если SLIME с Емаксом (там ещё протокол для управления лисп-машинами был, как в лисп-GUI) прикрутить к вебсервисам, оно не соединится? куда оно денется. Только надо реализовать тот велосипед, который в JDK "из коробки"

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

>в том, что на аналогичный жабскому функционал там есть своё компактное и мультимедиа АПИ.

Странная логика. ТАм свсе равно есть тот же жабский рантайм но оно компактное.

>Так что если эффективность важнее, Ява там особо и не нужна.

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

>так что да, соединится. Как только, так сразу транслятор 9P в вебсервисы родят (что-то мне подсказывает, что это довольно несложно)

Ну вперед. Вообще сложного почти ни в чем ничего нет. А воз и ныне там.

>Странная логика. ТАм свсе равно есть тот же жабский рантайм но оно компактное.

Жабский рантайм там дополнителен и необязателене. А если не нужна совместимость , почему бы не сделать красивее?

> И что мне теперь гордится какой я эффисиэнтный и быстрый велосипедист и какие тормоза пишут гтк и кютэ?

"Дык, какой был слон, какой слон! Слон полосатый, ручной, при звуках флейты и запахе рыбьего жира теряет волю!" и т. п. =)

Велосипеды были потому что повторно не юзабельны. Но есть другие, более эффективные велосипеды )) правда, помёрли

>А если не нужна совместимость , почему бы не сделать красивее?

Прямо институт красоты. Гламур так и прет.

> Факт в том что сравнимый с жабским рантайму есть только один - это .NET

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

>Все. Эти ребята сделали

и потом им придётся переделывать^Wпереписывать своё ядро, при обновлении версий "рантайма", вместо того чтобы решить вопрос "глобально и навека".

некрогламур, ога )

>Вместо задания слишком жёстко типизированных классов, которые в таком API должны быть переписаны для добавления новой функциональности "рантайм" должен задавать протокол и общесистемные интерфейсы, которые не должны ломаться при обновлении версии "рантайма"

Рантайм это набор функций. Он не только для операцинки. Ну задай общесистемный интерфейс для библиотеки типа свинга.

>и потом им придётся переделывать^Wпереписывать своё ядро, при обновлении версий "рантайма", вместо того чтобы решить вопрос "глобально и навека".

Глобально и навека решает только одно - смерть. И то.... есть мнения....

> Ну задай общесистемный интерфейс для библиотеки типа свинга.

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

Сейчас уже вместо описания функционалу API приложения к платформе проще задать API функций платформы, которые в приложении не нужны :)) Вычесть API приложения из API платформы, и получится компактный образ "целевой системы".

Не вдаваясь в дискуссии по поводу осмысленности существования subj-a, просто спрошу, как разработчики данного продукта намерены реализовывать поддержку имеющегося софта на не-Java языках программированя?

>Вычесть API приложения из API платформы, и получится компактный образ "целевой системы".

Вас бы, да в главные инженеры микрософта... тогда они, наверняка, загнулись бы быстрее.

Как вы себе это представляете?

> как разработчики данного продукта намерены реализовывать поддержку имеющегося софта на не-Java языках программированя?

вдоль

> Как вы себе это представляете?

я потому и спросил, что не очень представляю :)

> Сколько еще операционок на managed коде ты знаешь?

jexe OS, java OS... вообще, 10-12 лет назад это было модно. Как выяснилось - нафиг никому не нужно, но снова почему-то вошло в моду.

Вы надеетесь, что чьё-либо больное воображение это сможет представить...

>ообще, 10-12 лет назад это было модно. Как выяснилось - нафиг никому не нужно, но снова почему-то вошло в моду.

Процессоры разогнались и мобилок с плеерами стало много - то есть появились целевые платформы.

>>ообще, 10-12 лет назад это было модно. Как выяснилось - нафиг никому не нужно, но снова почему-то вошло в моду.

> Процессоры разогнались и мобилок с плеерами стало много - то есть появились целевые платформы.

Только смысла в managed OS больше не стало. Может, в будущем, когда (если) managed-языки станут реальным мэйнстримом - но не сейчас.

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

Так ведь никто и не говорит, что надо сейчас же бежать использовать managed ОС. Эти разработки именно на будущее и ориентированы. Microsoft, кстати, тоже активно в этом направлении работает, и сообщество должно этому что-то противопоставить.

> как разработчики данного продукта намерены реализовывать поддержку имеющегося софта на не-Java языках программированя?

Нормально - скорее всего, никак. А вообще, где-то был эмулятор x86 для Java VM (на jnode.org, кажется, обсуждали когда-то).

>> Если помещается JVM внутри то это микроядро... а что же тогда не микроядро???

>(r) Ты тоже вкури что такое микроядро для начала.

>(Fice) Что касается производительности, операционные системы с приложениями в управляемом коде (байткоде) имеют важное преимущество: не нужно переключений kernel mode / user mode, используется единое адресное пространство.

Вот и пытаюсь вкурить... интересно...

Байткод типа позволяет не переключаться между модами? А как насчет _тех_ библиотек JVM, которые обертки для библиотек написанных на С? Их тоже выполнять в едином user-kernel-mode? Тогда считай что они в ядре.

Еще был вопрос о том, как в этой ОС пойдут проги не на байткоде... я его несколько сужу. Хорошо. Допустим даже такие проги мы вообще не будем запускать. Обойдемся.

Но вот мне нужна какая-нибудь libtheora0 (The Theora Video Compression Codec) которой на байткоде нет. И как ее юзать в такой ОС? Без переключения user/kernel mode?

Или вы предлагаете видеокодек переписать на яве???

Выделил 1.5 Гб рама на виртуалке и тетрис тормозит! Виста нервно курит в сторонке .....

> Байткод типа позволяет не переключаться между модами? А как насчет _тех_ библиотек JVM, которые обертки для библиотек написанных на С? Их тоже выполнять в едином user-kernel-mode? Тогда считай что они в ядре.

Требуемая функциональность этих самых библиотек на C должна быть тоже реализована в управляемом коде.

> Но вот мне нужна какая-нибудь libtheora0 (The Theora Video Compression Codec) которой на байткоде нет. И как ее юзать в такой ОС? Без переключения user/kernel mode?

Если использовать эмуляцию x86 на Java, то эмулируемый код будет тоже управляемым по сути. А вообще, есть реализация theora на Java. И многие другие библиотеки, которые могут пригодиться уже имеют Java-аналоги.

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

А что сейчас реальный майнстрим?

>Байткод типа позволяет не переключаться между модами?

Не байткод - а безопасность которую обеспечивает VM.

>А как насчет _тех_ библиотек JVM, которые обертки для библиотек написанных на С?

Которые ядро самой системы? Все 4 файла? Или ты про самописные? Так самописные ненужны - незачем в случае managed os.

>И как ее юзать в такой ОС? Без переключения user/kernel mode?

Написать managed вариант.

>русские физики, где вы... Русские физики после такого поста забудут про слаку, в жаль :(

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

А байтодробительные задания можно запускать в user-mode, как некое пакетное задание, которое может только получать и принимать поток байт от процесса-родителя. (неужели unix-way?)

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

Я все разобраться стараюсь... у меня уже 5 вопросов...

> А вообще, есть реализация theora на Java.

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

>>Байткод типа позволяет не переключаться между модами?

>Не байткод - а безопасность которую обеспечивает VM.

Уточнение принимаю, но мы все понимаем о чем идет речь.

Мелкое замечание насчет безопасности -- у меня ява каждую неделю (или чаще) падает и уносит за собой фаерфокс под виндой. Сохраняет hs_err_pid####.log (штук двадцать лежит уже в одном месте). А винда при этом почему-то не падает.... Суперская у VM безопасность, ага. Я как-то больше доверяю аппаратной защите процессов.

Щас будет вопрос: ява рушит фаерфокс или он яву -- так вот он без явы не падает.

>>А как насчет _тех_ библиотек JVM, которые обертки для библиотек написанных на С?

>Которые ядро самой системы? Все 4 файла? Или ты про самописные? Так самописные ненужны - незачем в случае managed os.

Я и про те, и про другие.

2. Их таки 4 файла??? А на чем ява разжимает jpeg и mp3? Таки тоже на байткоде? Или юзает какую-то сишную либку и дает к ней обертку? Я полагаю что джипегом дело не ограничивается, вон сколько у явы библиотек, и скорость-то нужна... И на мобильных девайсиках тем более jpeg и mp3 разжимаются не байткодом...

3. Про самописные. Но до сих пор не понял почему они не нужны. Мне нужна libtheora0.

>>И как ее юзать в такой ОС? Без переключения user/kernel mode?

>Написать managed вариант.

4. А что мне еще нужен кодек WMV или H.264? Или какой еще законно приобретенный?

5. Так... допустим что нужная мне библиотека все же есть в исходниках... и какая-то муха укусила меня и я переписал либтеору на яве... Что я буду после этого иметь? Чем это лучше линуха на live CD?