Разработчики Sun Microsystems представили (http://research.sun.com/techrep/2006/abstract-156.html) реализацию виртуальной машины Java работающую внутри ядра Solaris. Основное назначение новой Java VM, построенной на базе Squawk Virtual Machine (http://research.sun.com/projects/squawk/squawk-rjvm.html), - упрощение разработки драйверов устройств, которые можно будет писать на Java.URL: http://research.sun.com/techrep/2006/abstract-156.html
Новость: http://www.opennet.me/opennews/art.shtml?num=8608
Здоровски конечно. Но хотелось бы узнать здоровые аргументы в пользу этого подхода.
Ээээ... Удобнее, чем на C, имхо. Правда вопрос в производительности :)
Плохая у тебя ИМХА.а в Жаве, есть #pragma, asm, violate, inline, #typeof(), Bool, Сomplex,
там вообще типы есть?
Типы есть. Сначала прочитай про матчасть, потом наезжай.
Всё просто, нужно же чем то загрузить T1000 и готовящийся свежий шестнадцетиядерник.Вот они и покажут как быстро драйвера работают на ихнем суперпроцессоре
Актуально,учитывая многоплатформенность solaris ядумаю результат будет...
количество рисователей дров, по идее, должно резко увеличиться. хотя если задуматься о количестве ява-кодеров реально шарящих в аппаратных вызовах - одолевают смутные сомнения. может проще станет прикручивать эти дрова в систему?
Просто всё идет в сторону эдакой JAVA OS.
Только они решили не снаружи её делать, а изнутри.Необходимость такой вещи для меня лично выглядит весьма спорной, но почему бы собственно и нет?
А потом разработать аппаратный java-процессор и будет счастье :)
уже есть
ерунда.
жаба - очень куцый инструмент, чисто прикладной интерпретатор, который встраивать в железо просто глупо. например: его сборщик мусора может быть вызван в любой, самый неподходящий, момент, когда драйвер занимается обработкой realtime-прерывания, и программист никак на это повлиять не может. пример взят у таненбаума, со мной прошу не спорить, читайте классику. я уж не говорю о самом языке, который своей однобокостью может применяться и применяется с успехом, так же как и пирл, для решения очень узкого диапазона задач, а те бараны, которые на нём строят веб-магазины - просто недоучки.
железному жаба-процессору место в жаба-телефоне, остальное - интеллектуальный онанизм.
имхо добавить незабывайте.
ерунда - это ваше, господин студент, мненьицеесли вы почитаете Танненбаума, а не будете пользоваться пересказом Рабиновича, то по крайней мене узнаете, что задача не может вытеснить обработчик прерывания.
а по существу - есть спецификация RTSJ - real-time Java, кстати, для ленивых студентов, по ссылке как раз описывалось применение реализации таковой от SUN http://java.sun.com/javase/technologies/realtime.jsp. Впрочем real-time для таких вещей как Solaris (как и любой, впрочем, настоящий UNIX) не нужен ни разу. Со мной лучше не спорить.
Ну а то что вы путаете язык с платформой когда говорите о (мифических, впрочем) веб магазинах на Java, то это лечится временем, спешу вас обрадовать. Вы счастливый человек, вам предстоит узнать еще столько интересного :-)
Не за горами возможность написания драйверов устройств для Windows на PHP
Да, я тоже подумал про дрова на php ;)
Ваять дрова на яве.....???? Извращенцы однако эти САНтехники.
Нда... Все это напоминает басню Крылова про мартышку и очки. Хотя конечно весело.
вроде сановцы собирались встраивать в свои системы аппаратный Java процессор
Люди, вспомните о ЛИСП-МАШИНАХ и их ОС. Действительно, почитайте классику прежде, чем хаять. Одно но: ЛИСП намного более легче оптимизировать, уровень абстракции довольно гибко меняется.
>Извращенцы однако эти САНтехники.Только вот эти сантехники почему то выпускают самое правильное железо и софт. При этом зачастую те их идеи, которые считались сумасшедшими, сейчас ни у кого удивления не вызывают.
Наверно оно так и есть, спорить не буду.Но, например, то, что установщик Солариса не умеет сам депенденси разруливать - это плохо :-(
Кстати, ведь подход Java - написано однажды, работает везде. Может, если кто ещё вставит жаву в кернел, можно будет говорить о кроссплатформенных драйверах?..
только в этом и вижу смысл.
"Кстати, ведь подход Java - написано однажды, работает везде."
- это не подход, а меркетинговая уловка
пример: игрушки для моил
Си он для того и создан был - никто его не заменит ни ява, ни вижуал ява - драйвер это работа с железом
Сплю и вижу:20ХХ год: ATI написали свой первый кроссплатформенный Java-драйвер. Пользователи Windows сообщают о новых брешах в системе безопасности, пользователи Linux - о выпаданиях ядра в кору, *BSD и Solaris - о дедлоках...
20XX+n год: Адаптек начал войну с производителями тяжеловесного ПО за кусок процессорного времени. На данный момент ограничились запретом на запись на жесткий диск этого ПО посредством сверки сигнатур. Другие производители софтовых рейдов взяли способ на заметку...
идея хорошая (ошибок в дровах будет меньше)
но наверное для этого лучше другие языки подходят Haskel, Erlang, D...
Это вероятно ответ на экспериментальные работы MS над ОС Singularity, которая пишется на какой-то смеси C# и Sing#. Если совсем не задумываться о производительности то по безопасности программирования системы это наверное будет получше частых утечек памяти при программировании на каком-нибудь традиционном языке или неверной работы с указателями или дикие приведения типов этих же указателей.
Т.е. размышления Microsoft в стиле фэнтези:
- дадим девелоперам кучку лет на переделывание своих приложений на .Net (C# и т.д.), максимально перейти с Win32 на WinFS. При этом приложения станут тормознутее, прожорливее, но безглючнее;
- обкатаем/вылижем технологию на промежуточных ОС (Vista и т.д.);
- еще подождем совсем чуть-чуть - к этому времени процы еще мощнее должны стать, тормоза приложений станут совсем приемлимыми
- переходим на совсем надежную, безглючную и безопасную систему, написанную на промежуточном языке, который выполняется виртуальной машиной (которая все равно конечно первоначально опирается на бинарную платформу). На этой платформе уже обычные бинарные приложения не позапускаешь
- выпускается очередной процессор типа сановского Java-процессора, который понимает какой-нибудь CLR (или как-там...) язык как роднойВидать Sun и торопится...
> - выпускается очередной процессор типа сановского Java-процессора, который понимает какой-нибудь CLR (или как-там...) язык как родной
Думается это утопия.Типа, такая красивая мечта.Если с конца семидесятых угребищный x86 не помер до сих пор, вам повезет если вы доживете до появления таких машин.Потому что история IBM PC это история совместимости самого с собой.Железо которое ни с чем не совместимо - никому не нужно.Интел на этом уже крупно налетел с итаниумами.Кто следующий?Сан?Или микрософт?Устроим тотализатор?:)
>Если совсем не задумываться о производительности то по безопасности программирования >системы это наверное будет получше частых утечек памяти при программировании на >каком-нибудь традиционном языке или неверной работы
>с указателями или дикие приведения типов этих же указателей.К сожалению как показывает практика в Java утечки памяти тоже присутствуют :)
> упрощение разработки драйверов устройств, которые можно будет писать на Java.
Хм.А практическая польза то какая?Девайсы часто привязаны к конеретной архитектуре или системе, портировать там мало что можно, да и C в случаях когда можно не сильно менее портабелен.В общем, сан извращается.Если это к тому что драйвер не сможет нагадить системе, простите, но система не доверяющая своим компонентам ядра, это уже не то что параноя а просто мания преследования какая-то.А ядро на Java они не собираются еще переписать?Или это чисто принципиальный ответ на Singularity в виде "а у нас уж сто лет все нужное для этого было"?:)
А ИМХО не так уж все печально то. Ну чем сосбсно драйвер так уж выделяется? Низким уровнем работы с оборудованием и наличием критических реалтайм секций?
Дык никто и не говорит по моему что эти драйвера будут на java-sdk крутится.
Будет встроенная в ядро ява машина с наличием соответствующих классов, на низком уровне лазающих к портам и шинам, сборщик мусора которым тут пугали можно и похерить до состояния "не лезь куда не просят".И получается все вполне кучеряво. Да и не так уж и тормозно. Навряд ли они дисковую систему так перепишут, но поддержку разного рода мултимедиа лабуды, которой все больше и больше становится эт по моему запросто.
Летать наверное будеееетможно ещё биос на Яве делать.... а нет... лучше прошивку CISC процессоров!!!
главное чтобы такой драйвер для переносимости ещё xml юзал во всю)))