Eclipse и скорость работы его интерфейса

[SKeeper]

Поиграйтесь с используемой jvm:
Сам поставил недавно Ubuntu 8.10 (параллельно стоит старый добрый Альт). Запускаю эклипс и ощущаю жуткие тормоза при автодополнение (секунд 5 до вывода списка вариантов), чего на альте не было.

Запуск в консоли показал где собака зарыта:
Оказалось что по умолчанию эклипс запускает себя при помощи некоей достаточно древней и достаточно тормозной jvm, добавьте в /etc/eclipse/java_home в начало списка строку  /usr/lib/jvm/default-java и пробуйте снова поработать в эклипсе. Лично у меня после этого все что мне нужно работает с нормальной крейсерской скоростью.

[alexander.pronin]

 //Java является всего лишь интерпретатором, хоть и неплохим.
//"всего лишь" - это как-то совсем дерзко о Яве, вам не кажется?

Забудем про преимущества Java.
Тогда выяснится, что у ней как в basic исходный код преобразуется (с большой натяжкой можно назвать это компиляцией) в байт-код. И уже байт-код выполняется - дешифрируется с помощью библиотеки (для чего и ставится JRE) и потом и выполняется.
Компиляцией всегда назывался процесс получения нативного кода, который запускался без всяких библиотек, либо с либами, но практически родными.  При желании можно и используемые либы включать в модуль и тогда программа становится самодостаточной.

[Sova777]

То что ты говоришь больше похоже на Java запущенную с -Xint опцией. В этом режиме Java уступает самой себе.
-Xint:  Operate in interpreted-only mode. Compilation to native code is disabled, and all bytecodes are executed by the interpreter. The performance benefits offered by the Java HotSpot Client VM's adaptive compiler will not be present in this mode.

[alexander.pronin]

Чудес то не бывает. За межплатформенность надо платить скоростью. Другого способа ее получить в природе не существует и не может быть даже в принципе.

[Surzh]

а Xint идет речь о компиляции байт-кода во время выполнения. То есть Ваш байт-код (если не использовать всякие параметры в духе Xint) при загрузке будет компилироваться, а потом выполнятся. Еснно, если некий кусок кода в рамках данного запуска программы будет вызван ещё раз, то он не будет компилироваться заново.

Действительно Xint заставляет работать jre, как обічній интерпретатор.

З.Ы.: Ситуация аналогична парсингу в ПХП. В ПХП функции парсятся только при первом вызове. И опять-таки, они не парсятся вовсе, если не происходит их вызовов.

[alexander.pronin]

По заявлениям Sun Java сейчас в 10 раз медленее, чем откомпилированный нативный код. Это неплохой результат на сегодняшний день.
Sun обещает доработать JRE до уровня при котором будет уже только 3-5 кратный проигрыш нативному коду , тогда уже вопросы отпадут сами собой.
Были желания сделать Java CPU, но эти стремления считаются нецелесообразными почему-то.
Это всплыло из моей памяти, источники информации не помню, но их легко можно восстановить при желании.

[SKeeper]

А можно пруфлинк?

[Sova777]

Java уступает по скорости GCC где-то 1.5-2 раза. Информация у тебя или очень устаревшая или ты что-то не так понял. Заявление могло быть в духе: "при таких-то условиях Java проигрывает в 10 раз, мы хотим уменьшить отстование в следующем релизе".  Что, конечно, не означает реальный проигрыш в 10 раз в обычной ситуации. Хотя, зная что в таких случаях пишут журналисты...
Java vs GCC:
http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=javaclient&lang2=gpp&box=1
Java vs Python:
http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=javaclient&lang2=python&box=1

P.S. Повторюсь опять. Хочу цифры.

[alexander.pronin]

У Вас цифры более свежие и более оптимистичные.
Мои данные слегка устарели (уже не слегка).

[Surzh]

Были желания сделать Java CPU, но эти стремления считаются нецелесообразными почему-то.

Помоему и тут данные устарели.

(Нажмите, чтобы показать/скрыть)

http://en.wikipedia.org/wiki/Jazelle

[alexander.pronin]

Интересная информация. Но насколько я понял, это только разработка армовская, а чипы еще не выпускаются. 

[BorisPlus]

То SKeeper
У мня вот че в файле было

Код: [Выделить]

#/usr/lib/jvm/java-7-icedtea
/usr/lib/jvm/java-gcj
/usr/lib/kaffe/pthreads
/usr/lib/jvm/java-6-sun
/usr/lib/jvm/java-1.5.0-sun
/usr/lib/j2se/1.5
/usr/lib/j2se/1.4
/usr/lib/j2sdk1.5-ibm
/usr/lib/j2sdk1.4-ibm
/usr/lib/j2sdk1.6-sun
/usr/lib/j2sdk1.5-sun
/usr/lib/j2sdk1.4-sun
попробовал добавить default_java - перестало проекты пхп воспринимать
сейчас так

Код: [Выделить]

#/usr/lib/jvm/java-7-icedtea
#/usr/lib/jvm/default-java
/usr/lib/jvm/java-gcj
/usr/lib/kaffe/pthreads
#/usr/lib/jvm/java-6-sun
/usr/lib/jvm/java-1.5.0-sun
/usr/lib/j2se/1.5
#/usr/lib/j2se/1.4
#/usr/lib/j2sdk1.5-ibm
#/usr/lib/j2sdk1.4-ibm
/usr/lib/j2sdk1.6-sun
#/usr/lib/j2sdk1.5-sun
#/usr/lib/j2sdk1.4-sunработает пошустрее гораздо
спасибо огроменное!
А можешь свой файлик показать? или сказать, мож че лишнее? И кстати, как ты определил, что и где тормозило - где узкое место было? буду благодарен ответу по теме...а то тема одна, а люди пошли далее...а мне это не интересно...у меня задача стоит

[SKeeper]

попробовал добавить default_java - перестало проекты пхп воспринимать

Для пхп юзаю другое иде, поэтому для меня не актуально, не проверял.

Можешь еще попробовать в ~/.bashrc в конце вписать строку

Код: [Выделить]

export JAVA_HOME=/usr/lib/jvm/default-java

У меня сейчас именно с таким вариантом работает, а файлик такой же как у тебя в первом примере только :

Код: [Выделить]

#/usr/lib/jvm/java-7-icedtea
/usr/lib/jvm/default-java
...


И кстати, как ты определил, что и где тормозило - где узкое место было?

Я писал в своем предыдущем посте: я запустил eclipse в консоли, а там уже осталось лишь прочесть выпавшие сообщения и удивится тому, что эклипс юзает не дефолтную jvm, а что-то иное.

буду благодарен ответу по теме...а то тема одна, а люди пошли далее...а мне это не интересно...у меня задача стоит

Ну флейм, это дело такое

[BorisPlus]

занял два слота двумя гигами оперативы hynix  - КРАСОТА!