LINUX.ORG.RU

Java SE 6 Performance White Paper


0

0

Представлен сравнительный обзор показателей производительности и улучшений в масштабируемости Java стандартной версии 6 (Update 2) в сравнении с предыдущей версией платформы Java 5.0.

Java SE 6 включает несколько новых функций и усовершенствований для повышения производительности во многих частях платформы. Улучшения включают:

  • синхронизованные оптимизации выполнения, оптимизации производительности компилятора;
  • новый параллельный уплотняющий сборщик мусора (Parallel Compaction Collector);
  • более эргономичный параллельный низколатентный сборщик мусора (Concurrent Low Pause Collector);
  • ускорение запуска приложений.
Сравнение современной версии Java SE 6 Update 2 ведётся с предыдущей версией платформы -- Java SE 5 FCS.
Так, например, производительность операций ввода-вывода Java 6 в два раза выше, чем у Java 5.0; производительность корпоративных систем по тесту SPECjbb2005 Benchmark возросла на 70%; производительность Java в популярном тесте VolanoMark Benchmark выросла более чем на 40%; скорость запуска приложений увеличилась на 15-20%.

Также приводятся ссылки на материалы, посвящённые отдельным оптимизациям и тестам. В частности, интерес представляет отимизация сборки мусора и уменьшения потребления памяти в отдельной статье "Java SE 6 HotSpot[tm] Virtual Machine Garbage Collection Tuning":
http://java.sun.com/javase/technologi...

Другие ссылки приведены по ходу обзора и в его конце.

>>> Подробности

Ответ на: комментарий от anonymous

>Причем тут дебаггер? Посмотри на досуге IntelliJ IDEA. Статические инспекции и рефакторинг оттуда - просто killer features.

С его уровнем развития я просто уверен, он тебя не поймет. Если что такое рефакторинг он возможно уже слышал, то про статические инспекции боюсь узнал впервые и представить себе такое "писатель на питоне" вряд ли сможет

anonymous
()
Ответ на: комментарий от gaa

>> Сначала я его писал как один из команды, потом стал архитектором. >Не смеши, Архитектор. Может на rsdn такие штучки и прокатывают, но тут нет. На ЛОРе все равны, а хвальба тем, что нельзя проверить не поощряется.

Мне как-то особо врать смысла нет, особенно на LORе (известном сборище дилетантов). Я сюда просто ради смеха прихожу.

>P.S. учи эквивалентные бесконечно малые

При чем тут они?

anonymous
()
Ответ на: комментарий от tailgunner

>То есть эти ваши сотни таблиц сделаны ORM'ом, или нет?

Нет, эти сотни таблиц сделаны людьми, а для работы с ними используется ORM.

anonymous
()
Ответ на: комментарий от xTERM

Хотя бы потому-что jvm может это делать многократно (с отдельными кусками кода) по итогам исполнения нативного кода, переоптимизируя на лету те куски, которые по ее мнению исполняются недостаточно эффективно (чего мы никогда не узреем в том же c/cpp и т.п.), что при запуске серверных долгоиграющих программ (а ява - она все-таки для серверов) все-таки эффективнее. Кроме того, сравнивать яву вообще можно только с .net, потому-что сектора применения схожи. А писать дектопные приложения на яве есть смысл только если их нужно попроще интегрировать с другими ява-приложениями или если это обусловлено проектом. Также как в большинстве случаев не имеет практического смысла писать на C систему с распределенными транзакциями, например.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.