jEdit 4.3

>AOT есть в GCJ. Потому он такой тормозной и глючный.

Школота, такая школота.

То, что руки у авторов GCJ растут не от туда от куда нужно можно понять посмотрев на реализации AOT в Mono или .NET

>Для 64-битных платформ по умолчанию используется серверная JVM. Интересно, к чему бы это? Ж)

Задание на дом, попробуй под x86_64 запустить JVM в режиме -client и доложи о результатах. Дневник не забудь.

Не только на Java. Так что слив засчитан.

Java до компиляции в нейтив исполняет код именно в режиме интерпретатора и только после 1500 для клиента и 10000 для сервера производит компиляцию в нейтив. Это делается специально, чтобы не тормозить приложения при запуске и компилировать именно те участки кода, что вызываются наиболее часто. Так же, за это время происходит сбор статистики и помимо тупой компиляции происходит оптимизация компилируемого кода, подстановки и т.д.

Копетан Очевидность

Это все написано в белых бумагах, зойчем ты тратишь время на бесполезные лекции?

Задание на дом, попробуй под x86_64 запустить JVM в режиме -client и доложи о результатах.

C:\Store\bin\jedit>java -server -jar jedit.jar
Error: no `server' JVM at `C:\Program Files\Java\jre6\bin\server\jvm.dll'.

Дневник не забудь.

Научись вежливо разговаривать со старшими, школота, млять.

>Это все написано в белых бумагах, зойчем ты тратишь время на бесполезные лекции?

Зови меня - Ночной Стражник.

Есть такая профессия сеять разумное, доброе, вечное.

>Научись вежливо разговаривать со старшими, школота, млять.

Красноглазая пионерия решила закосить под взрослых?

И что ты тут написал? Ты утверждал, что под x86_64 автоматом JVM запускается, как -server. Ты сам себе противоречишь?

И ведь, что прикольно, я человек который на Java не пишет знаю o JVM больше того кто на Java пишет. Просто абасака.

Ты мне открыл глаза. Пойду. Застрелюсь.

>Ты мне открыл глаза. Пойду. Застрелюсь.

Не стоит портить и без того ужасную демографическую обстановку.

«x86_64» — я не знаю, что это за архитектура.

Знаю: sparc32, sparc64, i386, amd64, arm, mips32, mips64 и ia64.

Раскладка HotSpot VM по архитектурам: http://java.sun.com/javase/6/docs/technotes/guides/vm/server-class.html

In general, the server VM starts up more slowly than the client VM, but over time runs more quickly.

Note: For Java SE 6, the definition of a server-class machine is one with at least 2 CPUs and at least 2GB of physical memory.

In Java SE 6, server-class detection occurs if neither -server nor -client is specified when launching the application on an i586 or Sparc 32-bit machine running Solaris or Linux. As the following table shows, the i586 Microsoft Windows platform uses the client VM by default. The remaining Sun-supported platforms use only the server VM.

>«x86_64» — я не знаю, что это за архитектура.

Знаю: sparc32, sparc64, i386, amd64, arm, mips32, mips64 и ia64.

Школота, такая школота.

Про архитектуру - http://ru.wikipedia.org/wiki/X86-64

Про серверную JVM, на x86_64 НЕТ клиентской JVM, даже задав ключ -client будет запускаться серверная JVM.

>Школота, такая школота.

Научись вежливо разговаривать, хам.

Про серверную JVM, на x86_64 НЕТ клиентской JVM, даже задав ключ -client будет запускаться серверная JVM.

Чего ты прицепился?

Я указал ключ -server, чтобы человек понял, что только с этим ключом NetBeans будет работать проворно, так как оптимизации выполняются более тщательнее и сборщик мусора работает живее. На клиентской VM оно ползает и жрёт память. По крайней мере в J2SE 5.0 была возможность сравнить — в JavaSE 6.0 это уже не имеет значения.

>Бред. Тогда бы NetBeans ворочалась как незнамо что, так как работала бы практически в режиме интерпретатора JIT.

Чего ты прицепился?

Ты готов признать, что вот эта твоя писанина и есть на самом деле бред? Что изначально JVM интерпретирует байт код и только спустя 1500 и 10000 для -client и -server соответственно начинает компиляцию в нейтив?

Я указал ключ -server, чтобы человек понял, что только с этим ключом NetBeans будет работать проворно, так как оптимизации выполняются более тщательнее и сборщик мусора работает живее.

Да, более тщательно спустя 10000 вызовов и сборщик мусора нужно указывать руками, чтобы gui не тормозил)))))

> -XX:CompileThreshold=1 позволяет после первого вызова метода в нейтив скомпилировать, но так будет при каждом запуске происходить.

Вредный совет. Никогда ему не следуйте. Дайте работу анализатору кода для оптимизации нэйтива и уменьшению объёма занимаемой оперативной памяти (где это критично — на серверах, конечно же, хоть там её «попойжри»).

Флаг "-XX:CompileThreshold" — всего лишь флаг для большей гибкости в управляемости JVM. Только и всего. Тюнить надо с умом, не отказываясь от услуг встроенного оптимизатора JIT.

>Ты готов признать, что вот эта твоя писанина и есть на самом деле бред?

Нет, не готов.

Что изначально JVM интерпретирует байт код и только спустя 1500 и 10000 для -client и -server соответственно начинает компиляцию в нейтив?

Это не имеет значения, когда JIT начинает компиляцию — после 10000 обращений к методу или после 1500, так как количество обращений к методу просчитывается самим JIT на этапе анализа кода. Решение о переходе в режим компилятора принимается ДО интерпретации тела метода.

Поэтому, NetBeans имеет сравнимую с нативными приложениями ответную реакцию на клиентской JVM. И лишь на серверной VM отклик интерфейса, благодаря собранной статистике дольше думающего анализатора кода, происходит быстрее. Вызовы методов Java2D и AWT вследствие тщательной оптимизации и собранной статистики будет проходить со скоростью работы полностью оптимизированного нативного кода, недостижимого для нативных приложений, откомпилированных тупо для [i386], и памяти будет занимать сама среда меньше.

Я прозреваю, что проблема скорее в оффтопике. Я использовал jedit только под линуксом и никаких глюков в нём не обнаружил. Но тормозит, да. Грузится чуть ли не со скоростью опенофиса. Впрочем, справедливости ради надо заметить, что и емакс у меня грузится не сильно быстрее (я в него напихал, правда, кучу нужного и ненужного).

Netbeans, Idea и Eclipse — хорошие IDE, но в них нет нормального текстового редактора. Где прямоугольное выделение? Где нормальный поиск/замена с регэкспами, BeanShell'ом и шлюхами? Где макросы? Где нормальный split?

Нету этого всего.

По-этому jEdit-то и рулит. Кому важнее, чтобы IDE писала программы — пусть используют IDE. Кто может писать программы сам, и кому важнее мощный текстовый редактор — используют текстовый редактор. И уж тут jEdit в одном строю с vi и emacs, едва ли в чём-то им уступает.

> не только, там для С++ автокомплит хороший, лучше чем в эклипс

OMG, какой ещё нахуй автокомплит для C++?!

>OMG, какой ещё нахуй автокомплит для C++?!

Такой, что если бы ты не был дебилоидом знал, что для Netbeans есть пакет CDT.

OMG, какой ещё нахуй автокомплит для C++?!

Такой, что если бы ты не был дебилоидом знал, что для Netbeans есть пакет CDT.

Э, дык речь-то шла о jEdit. Netbeans — да, видел там CDT, даже юзал :) В Netbeans я немножко вандалил Postfish, чтобы добавить всплывающие подсказки с именами файлов на переключатели эффектов. Т.к. в C я полный лох, решил заручиться помощью IDE. Единственное, что меня смутило — мне пришлось где-то в настройках принудительно указывать пути то ли до GTK, то ли до Glib — иначе парсер ругался и не узнавал некоторые функции/типы. Не знаю, правильно ли это.

Oh shi, кажецо я себя деанонимизировал предыдущим постом 8\

>Э, дык речь-то шла о jEdit

речь в моём посте шла о Netbeans vs Eclipse, не вырывай из контекста

речь в моём посте шла о Netbeans vs Eclipse, не вырывай из контекста

К сожалению, этот «контекст» существует лишь в твоей голове :)

Да лана, хрен с ним, прояснили же :D

нихуёво, уже использую