The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Не за горами возможность написания драйверов устройств для Solaris на Java

23.10.2006 21:35

Разработчики Sun Microsystems представили реализацию виртуальной машины Java работающую внутри ядра Solaris. Основное назначение новой Java VM, построенной на базе Squawk Virtual Machine, - упрощение разработки драйверов устройств, которые можно будет писать на Java.

  1. Главная ссылка к новости (http://research.sun.com/techre...)
Лицензия: CC BY 3.0
Источник: osnews.com
Короткая ссылка: https://opennet.ru/8608-solaris
Ключевые слова: solaris, driver, java, vm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (32) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 22:52, 23/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Здоровски конечно. Но хотелось бы узнать здоровые аргументы в пользу этого подхода.
     
     
  • 2.2, Алхимик (?), 23:36, 23/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Ээээ... Удобнее, чем на C, имхо. Правда вопрос в производительности :)
     
     
  • 3.12, pavlinux (??), 13:39, 24/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Плохая у тебя ИМХА.

    а в Жаве, есть #pragma, asm, violate, inline, #typeof(), Bool, Сomplex,
    там вообще типы есть?

     
     
  • 4.20, аноним (?), 15:00, 24/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Типы есть. Сначала прочитай про матчасть, потом наезжай.
     
  • 2.5, Николас (?), 06:59, 24/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Всё просто, нужно же чем то загрузить T1000 и готовящийся свежий шестнадцетиядерник.

    Вот они и покажут как быстро драйвера работают на ихнем суперпроцессоре

     

  • 1.3, yuriy.kutakov (??), 02:55, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Актуально,учитывая многоплатформенность solaris ядумаю результат будет...
     
  • 1.4, qnub (??), 06:18, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    количество рисователей дров, по идее, должно резко увеличиться. хотя если задуматься о количестве ява-кодеров реально шарящих в аппаратных вызовах - одолевают смутные сомнения. может проще станет прикручивать эти дрова в систему?
     
  • 1.6, KdF (??), 10:41, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Просто всё идет в сторону эдакой JAVA OS.
    Только они решили не снаружи её делать, а изнутри.

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

     
     
  • 2.7, Александр (??), 11:18, 24/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    А потом разработать аппаратный java-процессор и будет счастье :)
     
     
  • 3.8, mike_t (?), 11:31, 24/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    уже есть
     

  • 1.9, www.andr.ru (?), 12:09, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ерунда.
    жаба - очень куцый инструмент, чисто прикладной интерпретатор, который встраивать в железо просто глупо. например: его сборщик мусора может быть вызван в любой, самый неподходящий, момент, когда драйвер занимается обработкой realtime-прерывания, и программист никак на это повлиять не может. пример взят у таненбаума, со мной прошу не спорить, читайте классику. я уж не говорю о самом языке, который своей однобокостью может применяться и применяется с успехом, так же как и пирл, для решения очень узкого диапазона задач, а те бараны, которые на нём строят веб-магазины - просто недоучки.
    железному жаба-процессору место в жаба-телефоне, остальное - интеллектуальный онанизм.
     
     
  • 2.15, shellcode (?), 13:44, 24/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    имхо добавить незабывайте.
     
  • 2.22, dea (?), 16:47, 24/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    ерунда - это ваше, господин студент, мненьице

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

    а по существу - есть спецификация RTSJ - real-time Java, кстати, для ленивых студентов, по ссылке как раз описывалось применение реализации таковой от SUN http://java.sun.com/javase/technologies/realtime.jsp. Впрочем real-time для таких вещей как Solaris (как и любой, впрочем, настоящий UNIX) не нужен ни разу. Со мной лучше не спорить.

    Ну а то что вы путаете язык с платформой когда говорите о (мифических, впрочем) веб магазинах на Java, то это лечится временем, спешу вас обрадовать. Вы счастливый человек, вам предстоит узнать еще столько интересного :-)

     

  • 1.11, pavlinux (??), 13:25, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не за горами возможность написания драйверов устройств для Windows на PHP

     
     
  • 2.24, Userr (?), 18:36, 24/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я тоже подумал про дрова на php ;)
     

  • 1.13, blackpepper (?), 13:42, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ваять дрова на яве.....???? Извращенцы однако эти САНтехники.
     
  • 1.14, A (?), 13:42, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нда... Все это напоминает басню Крылова про мартышку и очки. Хотя конечно весело.
     
  • 1.16, jurij (??), 14:07, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вроде сановцы собирались встраивать в свои системы  аппаратный Java процессор
     
  • 1.17, ноне (?), 14:24, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Люди, вспомните о ЛИСП-МАШИНАХ и их ОС. Действительно, почитайте классику прежде, чем хаять. Одно но: ЛИСП намного более легче оптимизировать, уровень абстракции довольно гибко меняется.
     
  • 1.18, scum (??), 14:28, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Извращенцы однако эти САНтехники.

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

     
     
  • 2.19, Advanced Аноним (?), 14:37, 24/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Наверно оно так и есть, спорить не буду.

    Но, например, то, что установщик Солариса не умеет сам депенденси разруливать - это плохо :-(

    Кстати, ведь подход Java - написано однажды, работает везде. Может, если кто ещё вставит жаву в кернел, можно будет говорить о кроссплатформенных драйверах?..

     
     
  • 3.21, _Nick_ (ok), 15:59, 24/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    только в этом и вижу смысл.
     
  • 3.25, reader (?), 08:25, 25/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    "Кстати, ведь подход Java - написано однажды, работает везде."
    - это не подход, а меркетинговая уловка
    пример: игрушки для моил
     

  • 1.23, 0x300 (?), 16:50, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Си он для того и создан был - никто его не заменит ни ява, ни вижуал ява - драйвер это работа с железом
     
  • 1.26, GateKeeper (??), 09:23, 25/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сплю и вижу:

    20ХХ год: ATI написали свой первый кроссплатформенный Java-драйвер. Пользователи Windows сообщают о новых брешах в системе безопасности, пользователи Linux - о выпаданиях ядра в кору, *BSD и Solaris - о дедлоках...

    20XX+n год: Адаптек начал войну с производителями тяжеловесного ПО за кусок процессорного времени. На данный момент ограничились запретом на запись на жесткий диск этого ПО посредством сверки сигнатур. Другие производители софтовых рейдов взяли способ на заметку...

     
  • 1.27, X0R (?), 10:00, 25/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    идея хорошая (ошибок в дровах будет меньше)
    но наверное для этого лучше другие языки подходят Haskel, Erlang, D...
     
  • 1.28, Ницк (?), 21:24, 25/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это вероятно ответ на экспериментальные работы MS над ОС Singularity, которая пишется на какой-то смеси C# и Sing#. Если совсем не задумываться о производительности то по безопасности программирования системы это наверное будет получше частых утечек памяти при программировании на каком-нибудь традиционном языке или неверной работы с указателями или дикие приведения типов этих же указателей.
      Т.е. размышления Microsoft в стиле фэнтези:
    - дадим девелоперам кучку лет на переделывание своих приложений на .Net (C# и т.д.), максимально перейти с Win32 на WinFS. При этом приложения станут тормознутее, прожорливее, но безглючнее;
    - обкатаем/вылижем технологию на промежуточных ОС (Vista и т.д.);
    - еще подождем совсем чуть-чуть - к этому времени процы еще мощнее должны стать, тормоза приложений станут совсем приемлимыми
    - переходим на совсем надежную, безглючную и безопасную систему, написанную на промежуточном языке, который выполняется виртуальной машиной (которая все равно конечно первоначально опирается на бинарную платформу). На этой платформе уже обычные бинарные приложения не позапускаешь
    - выпускается очередной процессор типа сановского Java-процессора, который понимает какой-нибудь CLR (или как-там...) язык как родной

    Видать Sun и торопится...

     
     
  • 2.30, Аноним (-), 03:29, 26/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    > - выпускается очередной процессор типа сановского Java-процессора, который понимает какой-нибудь CLR (или как-там...) язык как родной
    Думается это утопия.Типа, такая красивая мечта.Если с конца семидесятых угребищный x86 не помер до сих пор, вам повезет если вы доживете до появления таких машин.Потому что история IBM PC это история совместимости самого с собой.Железо которое ни с чем не совместимо - никому не нужно.Интел на этом уже крупно налетел с итаниумами.Кто следующий?Сан?Или микрософт?Устроим тотализатор?:)
     
  • 2.32, sasha (??), 10:53, 26/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Если совсем не задумываться о производительности то по безопасности программирования >системы это наверное будет получше частых утечек памяти при программировании на >каком-нибудь традиционном языке или неверной работы
    >с указателями или дикие приведения типов этих же указателей.

    К сожалению как показывает практика в Java утечки памяти тоже присутствуют :)

     

  • 1.29, Аноним (-), 03:25, 26/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > упрощение разработки драйверов устройств, которые можно будет писать на Java.
    Хм.А практическая польза то какая?Девайсы часто привязаны к конеретной архитектуре или системе, портировать там мало что можно, да и C в случаях когда можно не сильно менее портабелен.В общем, сан извращается.Если это к тому что драйвер не сможет нагадить системе, простите, но система не доверяющая своим компонентам ядра, это уже не то что параноя а просто мания преследования какая-то.А ядро на Java они не собираются еще переписать?Или это чисто принципиальный ответ на Singularity в виде "а у нас уж сто лет все нужное для этого было"?:)
     
     
  • 2.31, dct (??), 06:39, 26/10/2006 [^] [^^] [^^^] [ответить]  
  • +/
    А ИМХО не так уж все печально то. Ну чем сосбсно драйвер так уж выделяется? Низким уровнем работы с оборудованием и наличием критических реалтайм секций?
    Дык никто и не говорит по моему что эти драйвера будут на java-sdk крутится.
    Будет встроенная в ядро ява машина с наличием соответствующих классов, на низком уровне лазающих к портам и шинам, сборщик мусора которым тут пугали можно и похерить до состояния "не лезь куда не просят".

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

     

  • 1.33, Maximka (??), 00:14, 28/10/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Летать наверное будеееет

    можно ещё биос на Яве делать.... а нет... лучше прошивку CISC процессоров!!!
    главное чтобы такой драйвер для переносимости ещё xml юзал во всю)))

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру