| 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,
там вообще типы есть? | | |
|
| 2.5, Николас (?), 06:59, 24/10/2006 [^] [^^] [^^^] [ответить]
| +/– |
 Всё просто, нужно же чем то загрузить T1000 и готовящийся свежий шестнадцетиядерник.
Вот они и покажут как быстро драйвера работают на ихнем суперпроцессоре | | |
|
| 1.4, qnub (??), 06:18, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
количество рисователей дров, по идее, должно резко увеличиться. хотя если задуматься о количестве ява-кодеров реально шарящих в аппаратных вызовах - одолевают смутные сомнения. может проще станет прикручивать эти дрова в систему? | | |
| 1.6, KdF (??), 10:41, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Просто всё идет в сторону эдакой JAVA OS.
Только они решили не снаружи её делать, а изнутри.
Необходимость такой вещи для меня лично выглядит весьма спорной, но почему бы собственно и нет? | | |
| 1.9, www.andr.ru (?), 12:09, 24/10/2006 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 ерунда.
жаба - очень куцый инструмент, чисто прикладной интерпретатор, который встраивать в железо просто глупо. например: его сборщик мусора может быть вызван в любой, самый неподходящий, момент, когда драйвер занимается обработкой realtime-прерывания, и программист никак на это повлиять не может. пример взят у таненбаума, со мной прошу не спорить, читайте классику. я уж не говорю о самом языке, который своей однобокостью может применяться и применяется с успехом, так же как и пирл, для решения очень узкого диапазона задач, а те бараны, которые на нём строят веб-магазины - просто недоучки.
железному жаба-процессору место в жаба-телефоне, остальное - интеллектуальный онанизм.
| | |
| |
| 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.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.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 юзал во всю))) | | |
|
