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

Ага, вот я не понимаю про JNode. 50 Мб исходников в .tar.gz -- это, простите, уже Линукс. Виртуальные машины Ява есть очень компактные по 40Кб..400Кб, JRE -- это 15 Мб. Итого, 35Мб библиотек? И библиотек особых там не видно :(

> Ага, вот я не понимаю про JNode. 50 Мб исходников в .tar.gz

Ниче ты не понимаешь в нанотехнологиях. Не 50 МБ, а 50 наноПБ.

>Итого, 35Мб библиотек? И библиотек особых там не видно :(

http://fabien.duminy.ifrance.com/blog/media/jnode01.png

Давай начинай добавлять Xы гном и т.д.

иксы сразу в топку, ставим MGR или Microwindows или DirectFB в framebuffer. И чо?

как ни рассматривал скриншот, не углядел там библиотек на 35 Мб

Лучше добавить поддержку програм на j2me - под мобилку и PDA очень много софта на Яве, включая игры, комуникаторы, примитивный офисный софт, и т. д.

> Ага, вот я не понимаю про JNode. 50 Мб исходников в .tar.gz -- это, простите, уже Линукс. Виртуальные машины Ява есть очень компактные по 40Кб..400Кб, JRE -- это 15 Мб. Итого, 35Мб библиотек? И библиотек особых там не видно :(

Точно, не понимаете.

"This release features over 99 percent java 6 api compatibility"
http://jnode.org/

Т.е. там полная библиотека классов Java.
Оцените объем API: http://java.sun.com/javase/6/docs/api/index.html

В 15 MB это влезет только если сжать в pack200 - "lossy" сжатие для Java bytecode (обычно используется при создании дистрибутивов JDK/JRE). Посмотрите, сколько занимает установленная JDK.

вон ещё более интересная штучка, жаль, что сдохла: http://www.osnews.com/story/157 http://www.peterindia.net/RTOS.html#Tao�s%20Intent%20and%20Elate

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

> как ни рассматривал скриншот, не углядел там библиотек на 35 Мб

Обратите внимание, там есть Swing. А сколько, для сравнения, занимает GTK или QT (плюс все, без чего они не будут работать, включая glibc)?

http://www.avalon.net/~bobal/article.html

"Tao writes:"Elate offers binary portable systems. It achieves its portability by compiling all code to a single virtual processor without regard to the target hardware platform. A translator tool is needed to convert the portable code to the native code of the target processor ready for execution. Translators exist for most of the microprocessors selected for appliance programmes today. New and efficient translators take just a few weeks to write." and "Elate's streamlined binary code, VP code, is based upon thousands of modular tools. Using these it is possible to program in an object-based manner. With Elate's object-based tool approach it is not necessary to load an entire class into memory in order to use a single method from it; tools can be dynamically bound as and when they are needed. Storage overhead is further reduced by the code density of VP code, which often takes up less space than the native code into which it will be translated." The same revolutionary techniques used in the new AmigaOS allowed Tao to create their Java engine which according to Tao is 6-15 times faster than any competitor! Amiga states:"The entire OS could be as small as 3megs including the GUI and Java. The kernel itself which will be supplied by Tao can be as small as 25k." and "Amiga plans to embrace Sun`s Java" The new GUI designed by Trond Werner Hansen (The maker of Birdie) will be able to change its look easily. One key feature is that the RTOS can run native as well as hosted transparently on top of any OS available, including Linux!"

(улыбнуло на слове birdie) =)

сколько там надо Qt для Qtopia?

>иксы сразу в топку, ставим MGR или Microwindows или DirectFB в framebuffer. И чо?

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

> сколько там надо Qt для Qtopia?

Ну при чем тут Qtopia? Вы будете ее на рабочей станции использовать? В JNode полноценный Swing, который по функциональности сравним с gtk2 и qt4.

>Лучше добавить поддержку програм на j2me - под мобилку и PDA очень много софта на Яве, включая игры, комуникаторы, примитивный офисный софт, и т. д.

j2me уже скоро сдохнет - будет нормальная se в мобилах - этому ничего не мешает.

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 платформы, и получится компактный образ "целевой системы".

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если судить по моему ноутбуку - компилируемы в родной код Си и Си++.