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

«Java» и «требуется малый объем памяти»?! О_о Процессора чтоли?

наконец то - наконец 1.5 отличная новость !!!

баян, а автор баянист

>>«Java» и «требуется малый объем памяти»?! О_о Процессора чтоли?

ага, грят на хабре было о какой то софтине на жабе которая жрет 15Gb озу и стартует 5 часов. так что все относительно.

у меня в хозяйстве есть софтина на джаве, которая отжирает 35Гб только на запуск и стартует 4-5 часов, и это на Azul.

>у меня в хозяйстве есть софтина на джаве, которая отжирает 35Гб только на запуск и стартует 4-5 часов, и это на Azul.

Я даже боюсь представить, что она делает...

>Я даже боюсь представить, что она делает...
Жрет и стартует!

Как что, hello world печатает, ибо тру явовец не способен это сделать не подключив пол сотни сторонних либ и фреймворков :)

> высокоскоростного

написанная на Java

требуется малый объем памяти

Действительно всё так хорошо?

Дом обогревает.

Это быдлокодеры так делают :)

Хорошо, что я вечером новости не читал, так и не заснул бы с таких кошмаров =)

Ты высказал мнение всех, прочитавших текст новости и загубил такое обсуждение! Теперь большинство комментов будут от тех, кто прочитал только заголовок.

Лечите мозг. Кто не знает разницу между -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) из захаванного гига?

>> высокоскоростного

написанная на Java

требуется малый объем памяти

Действительно всё так хорошо?

«ты первый начал» (с)

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

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

>> высокоскоростного

написанная на Java

требуется малый объем памяти

Действительно всё так хорошо?

Ну это же тебе не swing какой-нибудь, поэтому очень даже да.

Не по теме: запостите новость кто-то, 13-й федоре имя выбирают, финальное голосование https://fedoraproject.org/wiki/Name_suggestions_for_Fedora_13 https://admin.fedoraproject.org/voting/about/relnamef13

и какого.. чуда новость об убунте от анонимуса закрыли?

>>и какого.. чуда новость об убунте от анонимуса закрыли?

Нефиг было срач устраивать, вас еще и забанить надо опять

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

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

> вас еще и забанить надо опять

А ты создай тему в Linux-org-ru, чо.

> Ну это же тебе не swing какой-нибудь, поэтому очень даже да.

Ну да, согласен. сразу идут какие-то нездоровые ассоциации при упоминании Java. Впрочем как и у людей Qt сразу ассоциируется именно с GUI.

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

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

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

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

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

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

>Теперь требуется Java 1.5

Ничего что уже Java 7 на подходе? Бесят open source проекты, которые сидят на всякой древности, сами не переходят и другим не дают.

Казалось бы, причём тут поисковые движки?

Теперь требуется как минимум Java 1.5.

Так понятнее, тупой ананимус?

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

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

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

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

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

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

>Ничего что уже Java 7 на подходе? Бесят open source проекты, которые сидят на всякой древности, сами не переходят и другим не дают.

Бесят разве что ничего не понимающие анонимусы. С точки зрения апи и .class файлов для Lucene просто нету плюшек в 6 джаве. Нафига ей полноценные аннотации? И в 6 и в 7 джаве она будет прекрасно работать. Зато есть проекты, исторически на 5 джаве и им требования 6 совершенно не к месту.

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

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

>Бесят разве что ничего не понимающие анонимусы.

справедливости ради, ананимус имел право на такое понимание текста новости. История знает множество примеров, когда программа на старой яве перестает работать на новой.

История знает множество примеров, когда программа на старой яве перестает работать на новой.

С этой явой вообще все кисло, что-то не глючит java-машине от IBM, что-то в java-машине от SUN. Хотя конечно, это же в продакшен попало, теперь все это говно еще и тянутся веками будет.

Хренасе «кисло». Да ты сравни совместимости виртуальных машин .NET с моно. Или то как рендерят HTML разные движки. Ява по сравнению с ними просто сказка!

#!/bin/sh

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

java $JAVA_OPTIONS -jar file.jar

> Как что, hello world печатает, ибо тру явовец не способен это сделать не подключив пол сотни сторонних либ и фреймворков :)

Какие именно фрэймуорки можно подключить, чтобы вывести System.out.println("...«)?

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

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

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

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

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

> у меня в хозяйстве есть софтина на джаве, которая отжирает 35Гб только на запуск и стартует 4-5 часов, и это на Azul

Я почему-то уверен, что ботлнек в этой софтине совсем не в яве. %)

> Впрочем как и у людей Qt сразу ассоциируется именно с GUI.

Я как бы в курсе, что помимо гуя, в Qt есть и сокеты, и XML, и многое другое. Но всё равно сдаётся, что для безгуёвых программ применение Qt вряд ли оправдано. Для невизуальных компонентов Qt можно найти более лёгкие аналоги.

НЕ претендую на истину в последней инстанции. НЕ противник Qt (что бы я без неё делал). Но всё же необходимость тянуть Qt - это определённое ограничение, которое, например, для серверных программ считаю излишним.

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

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

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

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

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

Цитируем Root-msk

Java 1.5

Перестали использовать enum в качестве имени переменной-енумератора?

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

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

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

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

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