Если это не, повредился, не фиксируют его.
Просто пишут быстрый тест, но принимают во внимание, что каждый язык будет быстрее с определенными функциями затем другой.
На этот вопрос нет однозначного ответа, он сильно зависит от того, что делает ваше приложение и как оно управляет своими объектами. Возможно, посмотрите Как работает сборка мусора и Параллельные и параллельные сборщики мусора , чтобы понять различные варианты.
Затем ознакомьтесь с документом Java SE 6 HotSpot [tm] Virtual Machine Garbage Collection Tuning , который расширяет концепции и методы настройки GC для Java SE 6, которые были представлены в Настройка сборки мусора с документ 5.0 Java Virtual Machine .
Если вы хотите, чтобы паузы сборки мусора были короткими, параллельный сборщик, вероятно, является правильным направлением, поскольку он выполняет большую часть своей работы одновременно (т. е. пока приложение все еще работает).
Настройка сборки мусора - это больше, чем искусство, а не наука, и она действительно зависит от вашего приложения и его использования. Если стандартные стратегии остановки мира вас беспокоят, почему бы не преобразовать его в CMS (одновременная отметка и очистка) или новый сборщик G1?
Лучший способ - изменить параметры и подключить профилировщик для изучения поведения приложения .
Не существует «лучшего» варианта (если бы он был, кто-нибудь бы им воспользовался, верно?), Но, возможно, вариант, который поможет в вашем случае. Но вот несколько советов:
jre / bin / client /
). Это должно быть значение по умолчанию. Если вы хотите повысить производительность, дайте сборщику мусора меньше работы. Рассмотрите возможность использования пула объектов вместо того, чтобы постоянно создавать и сбрасывать их, и убедитесь, что вам нужен каждый объект, который вы создаете.