Узкие места производительности веб-приложений, или куда смотреть, чтобы ничего не пропустить
Download as PPTX, PDF0 likes1,339 views
Документ обсуждает проблемы производительности веб-приложений и предлагает стратегии их решения, включая анализ времени отклика, пропускной способности и использования ресурсов. Упоминается, что узкие места могут возникнуть на различных уровнях, таких как код, оборудование и сети. Также представлены практические рекомендации по улучшению производительности и стабилизации работы систем под нагрузкой.
Узкие места производительности веб-приложений, или куда смотреть, чтобы ничего не пропустить
- 1. Узкие места производительности веб-приложений или куда смотреть, чтобы ничего не пропустить Юлия Рагунович EPAM Systems, Минск
- 2. О себе Системный аналитик в EPAM Systems 2 года в команде оптимизации производительности Thomson Reuters Email: Yuliya_Rahunovich@epam.com Skype: yrahunovich 2
- 3. Речь пойдѐт о производительности в теории и о проблемах производительности (и их решении) на практике 3
- 4. Зачем всѐ это? DOS-атаки Тормоза… Нестабильная работа Проблемы с масштабируемостью 4
- 5. Производительность Производительность* (Performance, Server-side) Оптимизация производительности *IEEE Standard Glossary of Software Engineering Terminology 5
- 6. Производительность время отклика + мощность + + стабильность + масштабируемость 6
- 7. Тестирование производительности Объекты анализа Времена отклика Пропускная способность Уровень нагрузки Использование ресурсов 7
- 8. Система под нагрузкой Users DB LB Web App Load servers servers 8
- 9. Самое слабое звено? Любое Неидеальный код Железо Проблемы БД Сервер приложения Сеть и конфигурация 9
- 10. Узкие места Удаленные пользователи Сеть (LAN, MAN, WAN) App servers Соединение с backend Backend 10
- 11. Узкие места .Net сервисов* 35% DB Server App server 65% *Опыт команды оптимизации производительности EPAM TR 11
- 12. Стабильность .Net сервисов* 13% Память 6% 60% Сеть Настройка 21% Код *Из опыта всѐ той же команды EPAM TR 12
- 13. Куда имеет смысл смотреть Процессор и процессы Память Дисковая активность Сетевой трафик Счетчики БД 13
- 14. Наш опыт 40 минут под нагрузкой и система перестает отвечать 14
- 15. Расход топлива Логирование на сервере приложения “съедало” ... 6 GB оперативной памяти за 40 минут 15
- 16. Как решали • Неблокирующая очередь • Сокращение данных • Асинхронная запись 16
- 17. Еще один опыт Vusers vs. hits/sec* Users Hits/sec *И это без нагрузки…. 17
- 18. Как искали Корреляция на БД (Win и SQL Servers 2008) 18
- 19. Решение Для БД = Win Server 2008 R2 + SQL Server 2008 976700 fix http://support.microsoft.com 19
- 20. Когда кэш не во благо За 3 часа группа пользователей «съела» 4 GB памяти… 20
- 21. Как решали Разделяй и властвуй - Проблемы с памятью + внутренние ошибки кэша + проблемы со splunk 21
- 22. Итоги • Система не устойчивее своего самого слабого звена; • Корень многих проблем в самом приложении; • Анализ всей системы под нагрузкой – ключ к решению любой проблемы. 22
- 23. Спасибо за внимание! Вопросы? Юлия Рагунович Yuliya.Ragunovich@gmail.com 23