Вышел релиз поискового движка Apache Lucene 3.0.0

Лечите мозг. Кто не знает разницу между -server -client -Xint -Xbatch, у того java и вызывает слюновыделение на форумах. Расшифровываю.

Режимы -server и -client выбираются в зависимости от параметров вашей системы. Если у вас много ОЗУ и мощный двухядерный процессор, то то будет запущена server jvm. В таком режиме мое тестовое приложение занимало 80 МБ озу и работало молниеносно. Обратите внимание, занимается много ОЗУ если ее можна занимать (!!!). Были включены некоторые оптимизации. Если же у вас машина не очень, то запускается client jvm. Мое приложение (с GUI) заняло 28 МБ ОЗУ. В итоге некоторые оптимизации выключены. Приложение может (но не обязательно) работать более медленно.

Читаем официальный FAQ

What's the difference between the -client and -server systems?

These two systems are different binaries. They are essentially two different compilers (JITs)interfacing to the same runtime system. The client system is optimal for applications which need fast startup times or small footprints, the server system is optimal for applications where the overall performance is most important. In general the client system is better suited for interactive applications such as GUIs. Some of the other differences include the compilation policy,heap defaults, and inlining policy.

Насчет -Xint, -Xbatch. По умолчанию jvm работает в гибридном режиме. Часть кода в JIT, часть интерпретируется. Больше в JIT идет в server режиме. Эти ключи позволяют переключаться между режимами.

-Xint - полная интерпертация, удобно на программах ввода вывода, нет компилированого изображения в памяти. -Xbatch - полный JIT. В памяти весь образ, нативная скорость выполнения.

Особенно я люблю бенчмарки языков программирования, где java тестят в гибридном режиме. И это против языков с нативной компиляцией. Когда же гоняют с -Xbatch, то все становится не так очевидно. Лично для меня удобной является -client -Xbatch. И мне кажется что автор бенчмарка знал об этом. Просто среди школоты модно обсирать java, поимев плохой опыт с апплетом в IE в 9 классе )) Признаю одно, в Sun проиграли маркетинг, а в Microsoft его выиграли. Одним маркетингом шарп - лучше. И после этого пилят и пилят его, и разные скриптовые поделки, хотя давно уже есть платформа мощности повыше .NET и полностью opensource.

Если вдуматься, то все плачутся что если у них занято 200 МБ из 4 ГБ озу, то злая java прога занимает 140 МБ. Запустите ту же прогу на однояденром компе с 512 МБ и у вас поменяются взгляды на жизнь

Да всё просто. Пока у меня мои 4 гига НЕ заняты на 90%, мне плевать вообще на потребление памяти, мне важен функционал и скорость работы. Когда они становятся заняты, я смотрю кто сколько жрёт, и обычно это на 60% виртуальные машины, на 25% эклипс (которому я сам прописал использовать 1 гибибайт памяти, вместо 256 мебибайтов, нефиг скромничать), и всё остальное.

Хотя когда я сам программирую, есть у меня дурацкая привычка тратить время на продумывание оптимальных структур данных, хоть там и массив из 10 элементов.

+1.

Больше нечего добавить.

Если вдуматься, то все плачутся что если у них занято 200 МБ из 4 ГБ озу, то злая java прога занимает 140 МБ. Запустите ту же прогу на однояденром компе с 512 МБ и у вас поменяются взгляды на жизнь

У меня такой вопрос, положим, жаба захавала гиг из четырех, тогда как ей хватит и 200 метров. Если, внезапно, я запущу что-нибудь тяжелое, которое съест почти всю память, жаба отдаст 800 метров (ну или хотя-бы 500) из захаванного гига?

> У меня такой вопрос, положим, жаба захавала гиг из четырех, тогда как ей хватит и 200 метров. Если, внезапно, я запущу что-нибудь тяжелое, которое съест почти всю память, жаба отдаст 800 метров (ну или хотя-бы 500) из захаванного гига?

нет, блин. Она догадается, что памяти «внезапно» стало нехватать и сама сбегает в ближайший магазин за недостающей планочкой на гиг-другой... у тебя хоть одна программа отдает память для других, если ей четко указано занять именно гигабайт?

>У меня такой вопрос, положим, жаба захавала гиг из четырех, тогда как ей хватит и 200 метров. Если, внезапно, я запущу что-нибудь тяжелое, которое съест почти всю память, жаба отдаст 800 метров (ну или хотя-бы 500) из захаванного гига?

Почему Java должна что-то отдавать? Откуда такие идиотские вопросы?

>Когда они становятся заняты, я смотрю кто сколько жрёт, и обычно это на 60% виртуальные машины,

ява и есть виртуальная машина.

на 25% эклипс (которому я сам прописал использовать 1 гибибайт памяти, вместо 256 мебибайтов, нефиг скромничать),

эклипс это ява. И гиг (25% всех ресурсов системы) ты ему прописал просто потому, что по другому он вообще работать не будет.

Хотя когда я сам программирую, есть у меня дурацкая привычка тратить время на продумывание оптимальных структур данных, хоть там и массив из 10 элементов.

а сам ты нищеброд

ява и есть виртуальная машина.

Имелся в виду virtualbox.

эклипс это ява. И гиг (25% всех ресурсов системы) ты ему прописал просто потому, что по другому он вообще работать не будет.

Нет, гиг я ему прописал, потому что у меня достаточно памяти для этого. Я работал с эклипсом на 512 мегабайтах памяти, и он прекрасно работал.

> Я работал с эклипсом на 512 мегабайтах памяти, и он прекрасно работал.

Ты запустил и просто смотрел на него?

Я работал с эклипсом на 512 мегабайтах памяти, и он прекрасно работал.

Тому, кто прекрасно работает на 512 метрах, не нужен 1 гиг. Да и 512 мегабайт на редактор исходного кода...

#!/bin/sh

JAVA_OPTIONS="... -Xmx200m ..."

java $JAVA_OPTIONS -jar file.jar

> среди школоты модно обсирать java, поимев плохой опыт с апплетом в IE в 9 классе ))

Хорошо сказано!

Вообще, полезный, годный комментарий, жалко автор анонимус. Не то, чтобы у меня религиозная ненависть к анонимусам, просто как я в следующий раз узнаю, что это был он?

> Тому, кто прекрасно работает на 512 метрах, не нужен 1 гиг. Да и 512 мегабайт на редактор исходного кода...

О как! Eclipse - это редактор! Вот это новость. :D

>О как! Eclipse - это редактор! Вот это новость. :D

поправочка, это плохой редактор.

Мда, если на ЛОРе уже и «звездатые» троллят как ЛОРовская школота, то, кажись, делать тут совсем стало нечего...

Ну а чего еще ты мог бы сказать.

Емакс тогда тоже не редактор, но ПЛАТФОРМА...

> Хорошо сказано!

Вообще, полезный, годный комментарий, жалко автор анонимус. Не то, чтобы у меня религиозная ненависть к анонимусам, просто как я в следующий раз узнаю, что это был он?

Запрос выполнен ))) Год сижу на лоре как анонимус. )))

> О как! Eclipse - это редактор! Вот это новость. :D

Ну вот под Windows™ нет редактора PHP лучше,чем Eclipse...

жаба отдаст 800 метров (ну или хотя-бы 500) из захаванного гига?

Не отдаст, но есть мнение, что этот гиг захаван виртуально в виде адресного пространства, т.е. физическая память не зохавана. В случае с amd64 адресного пространтсва много и никто не уйдет обиженным.

> Запрос выполнен ))) Год сижу на лоре как анонимус. )))

:)

гг, ананимуса зарегали, во дела :)

Ты запустил и просто смотрел на него?

Это вашим KDE нужно 512 Мб чтобы только запустить и просто смотреть на них

Как ты вовремя! Я уже было собирался заигнорить анонимусов. Последнее время они уж больно толстые.

Режимы -server и -client выбираются в зависимости от параметров вашей системы.

Не знал! Понадобиться что-нибуть на жабе, обязательно попробую потестить.

Признаю одно, в Sun проиграли маркетинг, а в Microsoft его выиграли. Одним маркетингом шарп - лучше.

Маркетинг это другой вопрос. Но сравнивать производительность с шарпом это как-то несерьёзно. Всё имхо, т.к. с шарпом тоже плотно не знаком, но идеологически презираю.

Если же у вас машина не очень, то запускается client jvm. Мое приложение (с GUI) заняло 28 МБ ОЗУ. В итоге некоторые оптимизации выключены.

А если -client и -XX:+TieredCompilation?

Вообще, полезный, годный комментарий, жалко автор анонимус.

Vox anonymous - vox populi

>гг, ананимуса зарегали, во дела :)

Ничто не может сравниться с эффективностью своевременной лести. ;)

Вам лучше знать, о мудрый и всезнающий анонимус

Походу это твой потолок. массив из 10 элементов.

> Походу это твой потолок. массив из 10 элементов.

Походу, это твой потолок. И ни хрена ты, пацан, не знаешь и не понимаешь.