По пути %USERPROFILE%\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\ нашел у себя 64 каталога, почти все пустые но в некоторых есть странные файлы. Кто в курсе, что по этому пути складывает жаба?

BlazkowiczKenny Fartman,

JWS кеширует жарники и прочую лабуду
https://www.java.com/en/download/help/plugin_cache.xml жарники. а вот как-то читал что зажитенный байткод локальных жарников должен между запусками сохраняться чтобы в последующие запуски не жититься с нуля. это работает?

Leonid KudryavtsevА это на каком языке? Русский, английский, питон, java....?заJITенный.

BlazkowiczВроде нет. В OpenJDK был JEP 145, но его удалили.Чота ржу. А к 3000му году обещают сделать, хотя бы? Как бы 2016й год на дворе а такую элементарную вещь жаба делать не умеет.
Получается ведь каждый запуск такого монстра как Netbeans начинается с интерпретации что замедляет выполнение

BlazkowiczИ сколько же у тебя NB запускается?да секунд 5 минимум.
хотя могло бы за 1 или 2

Basil A. SidorovP.S. Есть хоть какой-то реальный пример за пределами ПриветМир, где при старте приложения "реально тормозит интерпретация" или развитое классовое чутьё позволяет делать выводы не только не думая, но и не глядя?Реальный пример тормоза Dalvik в Google Android, чтобы преодолеть которые, пришлось им перейти на AOT ART. А теперь по слухам, Google сделал JIT но с сохранением откомпилированного кода, т.е. при установке apk из репа время на AOT не тратится, а при последующих запусках после изначального уже не тратится время и батарея на JIT и все в итоге будут в плюсе

Basil A. Sidorov
P.S. Есть хоть какой-то реальный пример за пределами ПриветМир, где при старте приложения "реально тормозит интерпретация" Любой бенчмарк навроде SPECjvm2008 это такой пример. поскольку приходится ждать прогрева чтобы оценивать эффективную производительность и сравнивать с C#/C++

Basil A. SidorovТесты "греют" не потому, что интерпретация, а потому, что требуется, как минимум, застабилизировать сборку мусора и дать JIT возможность сделать то, чего не может сделать AOT....то есть "убрать, пропустить" этап JIT.
я не спорю, jit на серверах не мешает, там где jvm годами может под одной задачей крутиться. а на десктопе именно отсутствие сохранения скомпилированных кусков кода не дало жаве "взлететь", когда еще в 2002 даже C# не было. C# могли бы в этом случае и не создавать, он и так то не взлетел, а если бы в жабе был механизм дающий возможность запускать десктоп программы без этапа "прогрева" то у C# и шанса бы взлететь не было. ИМХО

Досада что Sun был так ориентирован на серваки и так прохладно смотрел на проблемы джавы на десктопе. а сейчас по факту Google в Android показывает каким мог бы быть десктоп на джаве, плюс такой же на мобиле. Ведь изначально цель Sun была сделать "общий" ЯП, от кофемолок и смарткарт, до КПКшек и десктопов и серверов. Но безграмотные безмозглые менеджеры все проср@ли, а могли бы триллионами ворочать

Basil A. Sidorovсолнцевские должны были сдохнуть ещё до покупки пророками.Ну, а по сути они-то сдохли. Продались за копейки. а могли бы к примеру дать народу объединенный десктоп+планшет, то чем сейчас усиленно занимается Microsoft с платформой Win10+Win10 Phone. И не копейки бы получали а диктовали бы рынку стратегию развития, не только на серваках а в остальных нишах.
Ведь посмотрите как начала шевелиться жабка на смартфонах после появления снапдрагонов 600 4 ядерных. на 2ядерных с 512Мб RAM она еще была тормозом. А с появлением 1Гб и 2Гб смартфонов они уже многим даже ноутбуки заменили

Leonid KudryavtsevC# создали когда Sun у M$ со скандалом в судебном порядке лицензию на Java отозвал В результате M$ пришлось свой язык изобретать. Чистая политикаДа. Потому что у Sun Java на винде был ооооочень большой шанс "выстрелить", и в Microsoft это понимали. Ведь если десктопные программы могли прозрачно запускаться одинаково как на Windows так и на Linux и на MacOS, то у народа это выбило бы из под ног причину покупать лицензии на Windows

Именно почуяв себе жесткую угрозу MS и сделала "Java-в-песочнице" совместимую только с Windows. А дальше Sun не мог не подать в суд со всеми вытекающими
Так что даже тогда кривая тормозная интерпретируемая java 1.2 уже представляла серьезную угрозу, а если бы в ней еще был толковый механизм сохранения компилированного кода между запусками окошечных приложений, уууууууу