Вышел очередной релиз (0.2.6) свободной операционной системы JNode (http://www.jnode.org) целиком написанной на языке Java (за исключением небольшого нано-ядра на ассемблере). В новом релизе на 99% обеспечена совместимость кода с java 6 API, добавлена реализация файловых систем nfs и hfs+, улучшена интеграция с openJDK.
JNode распространяется в рамках лицензии LGPL и работоспособна на системах с 128 Мб (рекомендуется 256 Мб) оперативной памяти. В системе имеется (http://www.jnode.org/node/126) поддержка файловых систем ext2, FAT, NTFS, ISO9660, реализован TCP/IP стек, поддержка USB устройств, графический интерфейс пользователя (http://www.jnode.org/node/view/132) и т.д.URL: http://www.jnode.org/node/2404
Новость: http://www.opennet.me/opennews/art.shtml?num=14375
Системные требования огромные. На оф сайте написано 512мб оперативы. Just for fun?
Огромные?! Сравни например с Vist'ой
Ну, виста на 512 мегах тоже запускается :D вот...
А работой ни то что делает виста ни то что делает это на 512 мегах скорее всего не назовешь.Жаба вообще жруча в плане оперативы, как и дотнет.
Друзья, слепцу понятно, что благодаря висте и жабе (особенно в виде всяких вебсфер) сан и ибм и другие на железе очень много бабла сделали. Так что ОС на жабе - маркетинговая политика.
Не, ну если у нас будет технологический прорыв, и через некоторое время у меня будет что-то с 100 ггб памяти и 1 гб кеша, и 100ГГц процом - то хоть на жабе.
>Огромные?! Сравни например с Vist'ойсравните с Inferno, чуваки http://www.vitanuova.com/inferno/
Сбоку почитайте раздел "Фичи"
Сделано в Bell Labs, авторами UNIX.
А все ваши жабы и НЕТ - мусор
>Системные требования огромные. На оф сайте написано 512мб оперативы. Just for fun?
>изобрели опять давно изобретённый велосипед, но с квадратными колёсами
плохо едет? зато ЖАБА!
> Системные требования огромные. ...огромные? да это мелочи.....
все эти OS (java, .net, ...) имеют только академический интерес. Плюс
привлечение прикладных программистов (вернее их менеджеров). Т.е. пиар.
как скоро операционку на php напишут?
>как скоро операционку на php напишут?Да есть уже давно, причем юзабельные. Тот же eyeOS, к примеру.
Так что жабу в биореактор, пых в массы! Главно - глобальность и надежность! :-)
>Да есть уже давно, причем юзабельные. Тот же eyeOS, к примеру.Если идиот-разработчик (а кто ещё на пых-пыхе будет писать?) путает продвинутый веб-интерфейс и операционную систему, то это ещё не значит что все должны следовать его примеру.
>Так что жабу в биореактор, пых в массы!
Ты это, выдыхай уже, а то совсем башню сорвёт :-)
>Если идиот-разработчик (а кто ещё на пых-пыхе будет писать?)Ой.А жаба и дотнет програмеры разве не такие же? :).Вон, делают какие-то академические прожекты от которых пользы 0 целых хрен десятых например.Возникает ассоциация что если некто умеет пользоваться сугубо микроскопом - у него потом возникает соблазн использовать его и как молоток, и как дубинку, и как открывашку для пива.А то что он для этого х-во подходит - да подумаешь фигня какая.Зато привычный инструмент и при деле.
>>Так что жабу в биореактор, пых в массы!
>Ты это, выдыхай уже, а то совсем башню сорвёт :-)И то и другое ненапряжно двигает в биореактор как системные языки программирования.Жаба для системного програминга создана как топор для плавания по рекам.А php и вовсе как пудовая гиря для той же задачи - плавает, но только вертикально, вниз и быстро.
Мда. Пощупал. Есть мнение, что такие проекты (= сделанные исключительно как попытка доказать состоятельность языка/технологии для применимости в определенной сфере) имеют ровно обратный эффект - теперь я точно знаю, что java использовать нигде не буду.
>Мда. Пощупал. Есть мнение, что такие проекты (= сделанные исключительно как попытка
>доказать состоятельность языка/технологии для применимости в определенной сфере) имеют ровно обратный
>эффект - теперь я точно знаю, что java использовать нигде не
>буду.Ради интереса: что увидел интересного для создания такого вывода ?
>теперь я точно знаю, что java использовать нигде не
>буду.как раз за .нет и жабой будущее, С++ только для разработки игр останется
выдыхай.. ни жаба ни .нет тебе не дадут возможности развития крупномасштабных комплексов. я представляю себе - java.ipsec.server - минимальные требования - 1 сервер на quad core на каждое соединение. зло.
Железяки все сильнее и сильнее. И чтобы их нагрузить "новой" осью, нужно что-то придумывать. Если раньше - это были навороты типа 3d-интерфейса и всяких "рюшечек", то теперь - это "пых на пыхе"
>Железяки все сильнее и сильнее.Неужели? Помоему уже настало время только увеличения количества ядер.
а сайт почему не на джаве, а на рнр?
>а сайт почему не на джаве, а на рнр?А почему бы гвозди трактором не позаколачивать?
Добрый день, почему те кто попробовал - не озвучили плюсы и минусы? Ведь интересно именно это ваше мнение, а не то что она "дерьмо" или подобное.
Обязательно попробую ...
Ядро должно было быть написанным на brainfuck'е. Тоже из принципа.
Как там с ATI дровами 3D работает ? =)
Кстате зря вы так с престрастием... основная идея, имхо конечно, полная классовость оной оси, что-то бледно напоминающее BeOS, наверняка будит своя ниша для таких осей... маленькая, конечно, совершенно незаметная для линусоедов средней руки.и потом, если объективно - эта поделка отличное учебное пособие, если что-то не для продакшена, это не значит что его нельзя использовать в других целях
> полная классовость
>оной оси, что-то бледно напоминающее BeOS,тогда уж лучше http://www.haiku-os.org/
хотя его еще стесняются людям показывать
Вроде как новость интересная. Только не понятно... ОС написанан на Жабе, а скомпилена она в жабовский байт-код и испольняется на вирт жабе или она компилятся в бинарник и испольняется как баинарник без доп софта? На сайте нет описания архитектуры проекта.
у меня вопрос: у меня есть сот телефон Сиони Урексон к 750i z я хочу поставить туда Опирационную системы Виндну короче, возможно ли такое???если да то какую посоветуете?
Предлогая поставить skyOS, на днях ставил, работает вух! ставиться правда долго, на телефон придеться еще поставить права hdd а так нормаль
Пока такие проекты представляют чисто академический интерес. Можно вспомнить Inferno и ещё парочку ОС подобного типа. Но идеи в них заложенные настолько привлекательны, что пробьют себе дорогу в жизнь. Да и количество оперативы постоянно растёт, растёт и число ядер у современных процессоров. Как думаете, что легче приспособить к параллельному выполнению кода: компиляторы в нейтив-код, или виртуальную машину приспособить для этого дела? А истинная кросс-платформенность и возможность выполнять части одного приложения на множетсве разных девайсов не торт разве?
> Пока такие проекты представляют чисто академический интерес. Можно вспомнить Inferno и
> ещё парочку ОС подобного типа. Но идеи в них заложенные настолько
> привлекательны, что пробьют себе дорогу в жизнь. Да и количество оперативы
> постоянно растёт, растёт и число ядер у современных процессоров. Как думаете,
> что легче приспособить к параллельному выполнению кода: компиляторы в нейтив-код, или
> виртуальную машину приспособить для этого дела? А истинная кросс-платформенность и возможность
> выполнять части одного приложения на множетсве разных девайсов не торт разве?А что действительно легче приспособить к параллельному выполнению ??? Я вот ответа на казалось бы очевидный вопрос не вижу...
JIT-код проще машинных инструкций, и распараллелить вычисления на нём тоже проще. Создать хорошо оптимизирующий компилятор под современную микро-архитектуру очень не просто, а автоматически распараллелить вычисления в зависимости от наличия нужного количества ядер процессора, и прочих обстоятельств ещё сложней. JIT-код же можно автоматически распараллеливать при транслировании его в машинные инструкции. Это уже в скором времени даст языкам с грамотно построенной VM преимущество перед native-кодом.
> JIT-код проще машинных инструкций, и распараллелить вычисления на нём тоже проще. Создать
> хорошо оптимизирующий компилятор под современную микро-архитектуру очень не просто, а
> автоматически распараллелить вычисления в зависимости от наличия нужного количества ядер
> процессора, и прочих обстоятельств ещё сложней. JIT-код же можно автоматически
> распараллеливать при транслировании его в машинные инструкции. Это уже в скором
> времени даст языкам с грамотно построенной VM преимущество перед native-кодом.Так-то оно все красиво, просто параллельность вычислений в большей степени зависит от алгоритма, иначе говоря от самого языка, нежели от его транслятора, или VM машины.
Если бы это было не так, то не появились бы языки параллельного программирования как то
MC Sharp, Join Java, JoCaml, Google Go