Согласен, хороший дизайн решения — это лишь половина от необходимого для популярности технологии. Есть много нетехнических факторов. Сан много лет вкладывал громадные ресурсы в развитие технологии, Оракл прододажет вкладывать. Сан наделал много ошибок, из-за чего проиграл битву на поле J2ME. Но на рынке серверных технологий была проблема разрозненности серверных платформ и Java стала спасением от vendor lock-in. И это еще одна причина, в довесок к перечисленным в статье и в комментариях.
> Мда, она ещё и Headless. Это значит, что эти парни выпилили из своей OpenJDK AWT и Swing Zulu предназначена только для серверов. IntelliJ IDEA вы на ней не запустите. Вот так.
-Djava.awt.headless=false Вам в помощь.
AWT собран, но выключен по дефолту
со строками, как раз, все просто, это immutable объект, внутри jvm чаще всего преобразуется в char*.
Aparapi жив, насколько жив сам AMD, но немногоие компании могут поддерживать подобные разработки несколько лет, а у Оракла интерес к проекту очень условный
Все эти проэкты, aparapi, sumatra — это попытки запускать исключительно лямбды на GPU. Там есть 2 большие проблемы — ветвление кода и сборка мусора. Ветвление кода означает, что если N тредов выполняет кодинаковый код надо разными данными вида if (cond) A else B то все N тредов выполняют сперва А, потом B. Если для конкретного N соnd не выполнился, то код А заменяется на nop, в противном случает код B заменяется на nop. Но CPU cycles пропадают все равно. Так что сильно ветвистый код не ускоряется. Проблема со сборщиком мысора вообще имеет единственное решение, конда GC выполняетс на ЦПУ, что возможно в архитектурах типа HSA с единым адресным пространством. Но производительность такого GC будет сильно отставать от мутаторов, в конечном итоге будуь огромные stop the world паузы. Есть вариант пойти путем некоторых real time java кодописателей, когда java код не порождает объектов, но это уже как бы и не java получается.
В команде HotSpot в Питере было в лучшие времена 6 человек, и эта команда сдалала довольно заметные вещи. типа написала большую часть G1, сделала linux arm, linux sparc порты, compressed oops, dtrace support и т.п. Я был среди тех 6. Никого из них больше нету в Оракле, но знания и интерес остались. Кроме того не стоит недооценивать SQE, которые не только фиксят баги в релизнутых jdk, но и активно развивают servicebility, для чего тоже нужна квалификация вм-щика. Кроме того в Интеле было немало людей, которые занимальсь Harmony, да и потом, в переписках, всплывало немало руммких фамилий, но где они — не знаю, вероятно Леша и Сергей знают лучше.
Это не вопрос виртуальной машины, а спецификации языка. Unsigned опустили умышленно, зачем — это длинная тема. С другой стороны, виртуальная машина исполняет байткоды, а не исходный код. Байткод может быть получен и из другого языка, не только java, например scala, JRuby, etc… Недавно добавилась новая инструкция invokedynamic, которая помогает работать с языками без статической типизации.
Последние 3 года на Техдейз есть доклыда про сборщики мусора, два года назад был доклад Игоря Вересова, год назад Катерины Павловой про Garbage First, в этом году тоже были доклады про Garbage First. Слайды точно должны быть доступны, а вот видеозаписи — не уверен.
С этим и согласен
Рынок проиграл. Рынок инструментария и рантайма для приложений для смартфонов и т.п.
С этой фразой не поспоришь, но все же проблему исправит только
java.awt.headless=false-Djava.awt.headless=false Вам в помощь.
AWT собран, но выключен по дефолту
Aparapi жив, насколько жив сам AMD, но немногоие компании могут поддерживать подобные разработки несколько лет, а у Оракла интерес к проекту очень условный
В Питере десятка полтора-два найдется, но порядок цифры верный.