Интеграция JVM в ядро Linux

http://www.opennet.ru/opennews/art.shtml?num=40831

как раз на опеннете новость. предлагаешь встроить в ядро дыру? зачем? кому это выгодно?

Новость про оракловскую реализацию, а не про jvm вообще.

Неа. Но если бы джава активно использовалась бы для юзерского прикладного ПО, то имело бы смысл держать jvm в виде какого-нибудь демона, чтобы ускорить запуск этих самых приложений.

очевидно был бы. вроде нема. делай сборку.

Сначала баш и петон
PS
да, и пхп

Что надо уотреблять, чтобы возник такой вопрос?

В ядре давно есть вот такое http://en.wikipedia.org/wiki/Binfmt_misc

Для внутреннего применения (модули, драйверы) какой-нибудь dalvik вполне бы подошел.

От JVM - нет, но от более безопасного языка - да.

А зачем? Трогать оборудование в обход пользовательских интерфейсов ядра? Предполагается значительное ускорение?

Разве что на ведроиде... и то, там сейчас art, который вроде как выплёвывает нативный код.

Интеграция JVM в ядро Linux

Интеграция JVM в ядро Linux

тормоза в моем ядре? спасибо, не нужно.

Но зачем? Чем плох C для драйверов?

стоимостью подготовки специалиста.

А специалиста в любом случае надо готовить. Разработка ядра - дело со своей спецификой и дело тут далеко не только в языке программирования.

Был бы профит от jvmd, который один раз загружает все что нужно Java, прекомпилирует и держит в памяти, а потом шарит между процессами. И был бы профит от заточеного под десктоп GC, причем агрессивно.

Был бы профит от jvmd, который один раз загружает все что нужно Java, прекомпилирует и держит в памяти, а потом шарит между процессами

Еще один изобретатель андроидного ART?

Спросили, я ответил. А изобретал это кто-то до меня - не знаю

Правильные ребята запускают lua в kernel space. Для прототипирования драйверов это самое то. А вот за такое в продакшне - надо больно бить ногами.

весь OpenJDK необходимо притащить.

и сразу иметь на жестком диске предкомпилированные профили для x86_64 для всего JDK (вместо того, чтобы JITом каждый раз это делать) =)

Лучше в systemd.

http://www.joelonsoftware.com/articles/ThePerilsofJavaSchools.html

можно и морзянкой код вбивать.

специфика изучения латыни в своё(средние времена) время было в умении научится языку которым не умеешь ещё говорить

java с ее сборщиком мусора для ядра очень некстати. Ядро должно работать быстро и, очень желательно, за предсказуемые сроки. Будет очень нехорошо, если во время обработки ввода-вывода, например, сборщик решит заняться чисткой.

И, если уж про C, то я его изучил в школе в 8 классе за полгода не очень напряженного изучения. Все-таки C это не латынь и учебники по C написаны на понятном языке.

Джоэля листанул?

у ядра есть свои пулы.

а С он разный.

когда просто императивщина в объёме в котором Pascal(хороший язык) давали,

а когда язык(+часть компилятора) с перекомпиляцией на ходу - ассемблер же переносимый.

ну и 10 правило гринспуна(?) - да язык не важен важно кто прокладка между рулём и сиденьем.

вот и получается изготовление адекватного Спрограммиста (под задачи где С имеет преимущество) стоит в разы больше чем подготовка адекватного задачам применения Java Javaпрограммиста.

и хоть согласно тиобе С распостранённей Java т.е число умеющих в С больше умеющих в Java - фактически это число умеющих императивный синтаксис в фигурные скобки а не бегиноЭнды больше чем число умеющих в ооп в фигурных скобках.

Зная Java, программисту, чтобы научиться C реально требуется 3 вещи: уметь в процедурное программирование, знать malloc и free.

удачи.

Я C и C++ и так знал. Когда мне понадобилось понять java код, изучить основы java свелось практически только к работе с памятью и немного синтаксиса

вот пример различия.

для си++ задан жёстко как размещаются(порядок, алигны могут быть) поля у структуры_обьекта в жабке это(в каком порядке и вообще где) на усмотрение реализации

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

тот же pimpl для плюсов оно позволяет делать независимую компиляцию при изменении реализации, в жабке это просто не нужно (для этого).

http://c2.com/cgi/wiki?PimplIdiom

и так во всём.

тем более обобщённоё в плюсах не ограничивается java генериками.

как и шаблоно-темплейтами.

Полноте вам! Программист, который кроме жабы ничего не изучал, часто паталогически неспособен писать нетекущий код на нормальных языках. И никакие знания malloc/free (и даже new/delete) ему не помогут.

Был бы профит от интеграции JVM в ядро? Либо запуска jvm модулем. Есть ли похожие решения?

Да, Поттеринг бы удавился от зависти и подал в суд за плагиат инженерной реализации.