64-битная и 32-битная производительность на оборудовании SPARC с 1.6 JVM

Question

Я выполняю настройку производительности для нашего кластера Tomcat, работающего на оборудовании SPARC. На данный момент 32-битная JVM дает нам достаточно памяти, но мы собираемся начать использовать Terracotta для чередования серверов, поэтому дополнительная память, которую предлагает 64-битная JVM, может скоро понадобиться.

В дополнение к увеличению объема памяти, переход на 64-разрядную JVM в SPARC приводит к снижению производительности. В этом разделе часто задаваемых вопросов показано снижение производительности на 10% - 20% для версии 1.4 64-разрядной JVM в SPARC:

http://java.sun.com/docs/hotspot/HotSpotFAQ.html#64bit_performance

Меня не интересует снижение производительности на 10-20%, если я могу избежать этого. Было обсуждено использование 32-битного / 64-битного гибридного подхода, чтобы избежать этой проблемы, поэтому, возможно, у 1.6 JVM нет такого снижения производительности, как у 1.4 JVM:

http://blog.juma.me.uk/2008/10/14/32-bit-or-64-bit-jvm-how-about-a-hybrid/

Есть ли у кого-нибудь текущие показатели производительности для перехода с 32-разрядной JVM на 64-разрядную JVM с использованием версии 1.6 в SPARC?

Спасибо.

Дин

Answer 1

Вот некоторые результаты, основанные на тестовых клиентах, которые вызывают несколько наших веб-сервисов, работающих на Tomcat 5.5 в Solaris, с использованием 64-битной и 32-битной версий JDK 1.6.0_13.

64-битная JVM привела к снижению производительности примерно на 7% при использовании настроек по умолчанию в Tomcat 5.5. Когда я удваивал параметры Tomcat на acceptCount и maxThreads до 1000, каждый удар по производительности для 64-битной JVM составлял менее 1%. Это может быть связано с тем, что 1000 потоков соответствовали количеству одновременных тестовых клиентов, которые я использовал в тестах.

Изменение этих параметров уменьшило время как для 32-битной, так и для 64-битной JVM, но 64-битная JVM показала большее улучшение производительности.

Ваш пробег может отличаться.