l9_nc

План лекции

• Комплексный подход к диагностике проблем с производительностью

Философия скорости

•‘Хорошее понимание’ лучшее средство для анализа производительности

•Выбирайте открытые и распространённые инструменты

•Осмотрись→ построй гипотезу → улучши → проверь

•‘Никому не верь’

Источники проблем для Java

•Код «грузящий» CPU

•Код «грузящий» IO

•Код «грузящий» Память

•Утечки памяти

•Увеличивают время GC

•Ошибки конфигурирования GC или выделения памяти для JVM

•Увеличивают время GC

Производительность в Enterprise Java

•80/20: 80% времени чтобы найти, 20% чтобы исправить

•Много проблем с производительностью ‘Enterprise’ Java не связаны с ‘классическими’ «бутылочными горлышками» для Java

•Производительность Инфраструктуры/Промежуточного слоя

•Много факторов могут повлиять на производительность enterprise – приложений

•(не только код)

•Основные источники с производительностью:

•Проблемы с много-поточностью

•‘Недостаточное конфигурирование’

•Проблемы связанные с сетью

•Проблемы с масштабированием

Правильный подход

•Понимание системы

•Понимание окружения

•Понимание обстановки

•Поговорите с теми, кто знает

•Но не верьте никому

•Осмотрись, построй гипотезу, улучши, проверь

•Переосмысли и повтори

Хорошее понимание

•Понимание системы в целом

•Знайте, как работает инфраструктура

• (не только что делают компоненты, но и как они это делают)

•Что спецификации Java EE говорят, как они должны работать?

Пример 1

Пример 1

•Звонит клиент:

•“Мы выкатили новую версию приложения, но оно стало тормознутее”

•Окружение:

•Sun Java 5

•WebLogic Server 9.2 Cluster (3 nodes)

•WebLogic Integration 9.2 Cluster (3 nodes)

•Documentum Document Management

•Oracle Database

•Solaris OS

Пример 1

•Система

•Web-приложение

•WebLogic-workflow

•Ситуация

•Новая версия установлена в окружения для тестирование производительности

•Автоматические тесты производительности зафиксировали падение скорости на 30%