JAVA_OPTS-XX: + PrintGCDetails влияют на производительности?
Довольно общий, что Ваше выяснение однако это три очень больших продукта в мире виртуализации, и все периоды следа предложения, которым я консультировал бы по вопросам вынимания тестирования их на некоторых запасных аппаратных средствах. Я могу дать Вам свои события того, что я знаю в трех, но был бы хорош получить известие от других также
VMware vSphere 4 Прежде всего это - лидер рынка и имеет большой dominence по партии. Я стою больше, но завишу что Ваш поиск. ESX (ESXI или установка HD ESX) как единственный управляемый хост свободен. Вы платите за кластеризацию и функции управления, HA, DRS+DPM, FT, который Это дает хорошему сравнению vSphere, Выдерживает сравнение
Другими преимуществами, которые я нашел, являются опции CLI и API. это бесконечно объем автоматизации и поддержки многочисленного пользовательского сообщества. Много плагина к выбрало из также.
Citrix XenServer Это, я был бы второй как Citrix, является большим для настольной доставки, и я предполагаю, что XenServer будет продуктом питания для там комплекта материала. все же протестировать его. просто должен найти время, но до сих пор это выглядит аккуратным. Это основано на бесплатном Xen.org, таким образом, это будет иметь растущее пользовательское сообщество позади него. Это находится также в моем списке оценки, однако наш собственный IT использование это для производственного VM's, должен будет получить там представления.
MS Hyper-V Как MS знают, что должны ввести эту промышленность он в конечном счете, назревает и соответствует функции, он - конкуренты. Я '\ve все же для проверения этой гипермаски.
Что касается тестирования. Удостоверьтесь, что у Вас есть большие серверы, 2xQuad 8 ГБ ЦП + RAM, iSCSI или FC, который SAN имеет огромное значение для тестирования на достойных аппаратных средствах.
Надежда, которая помогает ;)
Необходимо определенно включить сборку "мусора", входящую в систему рабочие серверы. Преимущества явно перевешивают незначительное влияние производительности.
Вы могли также контролировать поведение GC с помощью других подходов (см. ответы).
Завися, сколько Ваше JAVA-приложение регистрирует к диску быть очень осторожным, который Вы не начинаете видеть, производительность выходит из-за диска IO, я видел, что это происходит с несколькими другими JAVA-приложениями, где система работает хорошо, пока это не увязает, выполняя вход.
Могло бы стоить изучить использование jmx, чтобы запросить, как система выполняет или включает SNMP в JVM (я протестировал это, но не использовал его в производстве, поэтому используйте очень тщательно и протестируйте некоторых где перед рукой.)
Это будет в худшем случае иметь незначительный эффект на производительность. Это зависит от того, как Ваше приложение ведет себя. Если это потребует, чтобы сборщик "мусора" работал чаще затем, то это будет производить больше регистрирующейся информации. Действие входа его действительно не занимает время, но это заполнит Ваши файлы журнала большой дополнительной информацией.