Назад | Перейти на главную страницу

Обычные подозреваемые в настройке производительности WebLogic 9.2

Читая BEA WebLogic 9.2 Элементы дескриптора развертывания документации, есть несколько параметров, которые мы уже используем в наших веб-приложениях weblogic.xml, чтобы сократить время, необходимое для выполнения тестов непрерывной интеграции с WebLogic 9.2:

Вот как выглядит наш weblogic.xml:

<?xml version="1.0" encoding="UTF-8"?>
<weblogic-web-app xmlns="http://www.bea.com/ns/weblogic/90" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                  xsi:schemaLocation="http://www.bea.com/ns/weblogic/90 http://www.bea.com/ns/weblogic/90/weblogic-web-app.xsd">
    <jsp-descriptor>
        <page-check-seconds>-1</page-check-seconds>
        <precompile>false</precompile>
    </jsp-descriptor>

    <container-descriptor>
        <servlet-reload-check-secs>-1</servlet-reload-check-secs>
    </container-descriptor>
</weblogic-web-app>

Есть ли какие-то другие обычные подозрения, которые мы могли бы рассмотреть, чтобы выжать еще немного жизни из наших серверов сборки?

Могу предложить использовать анализатор производительности для статистики JMX Weblogic. Мы используем HLC от DBA InfoPower (http://www.dbainfopower.com), чтобы объединить статистику JMX с базой данных и данными о производительности ОС, чтобы получить общую картину и глубокий анализ основных причин снижения производительности.