Вкратце: мой экземпляр JBoss работает нормально, но через несколько дней его производительность медленно ухудшается.
Подробный: У меня есть настройка с JBoss 5.1.0-GA и Java 1.6.0_18-b07 (x64), работающая на 64-битном поле RHEL 4. Аппаратное обеспечение представляет собой виртуальную машину с 8 ядром Xeon X5550/20G.
Продукт, развернутый в JBoss, содержит веб-сервис, на котором выполняется тест на выносливость. Никакой базы данных не участвует в этом процессе.
Тесты выполняются с использованием soapui с 4 потоками, и тесты настроены на создание 20% -ного использования процессора.
Скажем, сначала среднее время отклика составляет 300 мс. Через 2 дня время ответа составляет 600 мс, чего я не понимаю. Конечно, я сделал несколько проверок:
- Нет утечек памяти (подтверждено с помощью jprofiler)
- Куча памяти всегда составляет около 25-50%, использование пространства в пространстве - 50%.
- GC почти никогда не занят
- Все потоки простаивают после проверки дампа потока
В ходе дальнейших исследований я сделал профиль cpu с JProfiler в начале (когда он все еще был быстрым) и включен (на медленном) конце. То, что я вижу тогда, состоит в том, что каждый звонок просто на 100% медленнее! Даже вызовите простой Map # put(). (количество обращений и содержание этих карт одинаковы). При запуске профилировщика нет признаков заблокированных потоков, просто выполняемых потоков.
Кто-нибудь знает, что вызывает ухудшение производительности? Спасибо!
<ч/" > Обновление: решило снижение производительности, обновив версию Java до 1.6.0_24!
В то время как из опций я просмотрел все примечания к выпуску java vm и обнаружил исправление производительности и надежности в 1.6.0_23. См. Также 1.6.0_23 примечания к выпуску
После обновления jvm производительность остается неизменной и не ухудшается в течение нескольких дней.
