LINUX.ORG.RU

История изменений

Исправление stevejobs, (текущая версия) :

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

Java, кстати, довольно давно умеет в embedded - либо в виде JavaCard (которое по названию Java, а по сути - гемор не меньше Си), либо в виде коммерческих решений вроде Excelsior JET. Но год назад появились зачатки бесплатного решения для полноценной Java - генератор native-image из GraalVM. Пока что native-image умеет очень мало, несопоставимо с Джетом, но разработчики фигачат новый код как будто на спидах

Сейчас в рамках GraalVM активно развивается диалект под названием System Java - это «полноценная» Java, но с «низкоуровневой» семантикой операций с памятью. Она нужна для переписывания Java на Java, и выбрасывания C++ из критичных систем вроде JIT-компилятора и GC. Из компилятора уже выбросили. Может быть, какая-то адаптация System Java когда-нибудь сможет работать в kernel mode? Ну и в любом случае, никто не отменял управления железом из юзерспейса.

И кстати говоря, если GraalVM сама по себе сможет работать в ядре, то она же сможет запускать не только джаву, но и JS, ибо трюфельный интерпретатор JS уже входит в GraalVM.

Исправление stevejobs, :

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

Java, кстати, довольно давно умеет в embedded - либо в виде JavaCard (которое по названию Java, а по сути - гемор не меньше Си), либо в виде коммерческих решений вроде Excelsior JET. Но год назад появились зачатки бесплатного решения для полноценной Java - генератор native-image из GraalVM. Пока что native-image умеет очень мало, несопоставимо с Джетом, но разработчики фигачат новый код как будто на спидах

Сейчас в рамках GraalVM активно развивается диалект под названием System Java - это «полноценная» Java, но с «низкоуровневой» семантикой операций с памятью. Она нужна для переписывания Java на Java, и выбрасывания C++ из критичных систем вроде JIT-компилятора и GC. Из компилятора уже выбросили. Может быть, какая-то адаптация System Java когда-нибудь сможет работать в kernel mode? Ну и в любом случае, никто не отменял управления железом из юзерспейса.

И кстати говоря, если GraalVM сама по себе сможет работать в ядре, то она же сможет запускать не только джаву, но и JS, ибо трюфельный компилятор JS уже входит в GraalVM.

Исправление stevejobs, :

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

Java, кстати, довольно давно умеет в embedded - либо в виде JavaCard (которое по названию Java, а по сути - гемор не меньше Си), либо в виде коммерческих решений вроде Excelsior JET. Но год назад появились зачатки бесплатного решения для полноценной Java - генератор native-image из GraalVM. Пока что native-image умеет очень мало, несопоставимо с Джетом, но разработчики фигачат новый код как будто на спидах

Сейчас в рамках GraalVM активно развивается диалект под названием System Java - это «полноценная» Java, но с «низкоуровневой» семантикой операций с памятью. Она нужна для переписывания Java на Java, и выбрасывания C++ из критичных систем вроде JIT-компилятора и GC. Из компилятора уже выбросили. Может быть, какая-то адаптация System Java когда-нибудь сможет работать в kernel mode? Ну и в любом случае, никто не отменял управления железом из юзерспейса.

Исходная версия stevejobs, :

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

Java, кстати, довольно давно умеет в embedded - либо в виде JavaCard (которое по названию Java, а по сути - гемор не меньше Си), либо в виде коммерческих решений вроде Excelsior JET. Но год назад появились зачатки бесплатного решения для полноценной Java - генератор native-image из GraalVM.

Сейчас в рамках GraalVM активно развивается диалект под названием System Java - это «полноценная» Java, но с «низкоуровневой» семантикой операций с памятью. Она нужна для переписывания Java на Java, и выбрасывания C++ из критичных систем вроде JIT-компилятора и GC. Из компилятора уже выбросили. Может быть, какая-то адаптация System Java когда-нибудь сможет работать в kernel mode? Ну и в любом случае, никто не отменял управления железом из юзерспейса.