Size: a a a

2019 December 23

ΙΤ

Ιωάννης Τσεκούρι in LoadLand
Oleg
Но насколько часто тестировщик занимается профилированием? Я могу понять, если он внутри команды, но если это отдел нагрузочного тестирования, то кмк они указывают на проблему, а дальнейшим выяснением занимаются разработчики.
да как договоритесь, в зависимости от компетенций и желания
источник

ΙΤ

Ιωάννης Τσεκούρι in LoadLand
если на собственный продукт работаете, то лучше профилировать
если галера то без оплаты профилировать никто не будет
источник

VG

Viktor Ganeles in LoadLand
Oleg
Но насколько часто тестировщик занимается профилированием? Я могу понять, если он внутри команды, но если это отдел нагрузочного тестирования, то кмк они указывают на проблему, а дальнейшим выяснением занимаются разработчики.
Ну, вот видишь ты, что производительность расти перестала, а в ресурсы не упираешься.
Что скажешь?
«Дело в приложении или бд»?
источник

VG

Viktor Ganeles in LoadLand
Зависит от задачи
Если просто регресс или там багу прода воспроизвести - то конечно оно не нужно
источник

VG

Viktor Ganeles in LoadLand
А если поиск узких мест - то вполне может пригодиться
источник

VG

Viktor Ganeles in LoadLand
Но вообще, я не говорю, что на курсе багу надо профайлером искать - тут ты прав.
Лучше искать её в логах, в внимательном анализе метрик и поиске корреляций.
источник

ΙΤ

Ιωάννης Τσεκούρι in LoadLand
Viktor Ganeles
Но вообще, я не говорю, что на курсе багу надо профайлером искать - тут ты прав.
Лучше искать её в логах, в внимательном анализе метрик и поиске корреляций.
как ты в логах найдёшь утечку памяти или высокую утилизацию цпу?)
источник

ΙΤ

Ιωάννης Τσεκούρι in LoadLand
тут если оно понятно что упирается в это, то профайлером уже можешь посмотреть чем конкретно занято
источник

VG

Viktor Ganeles in LoadLand
Ιωάννης Τσεκούρι
как ты в логах найдёшь утечку памяти или высокую утилизацию цпу?)
Утечку по OOM а высокую утилизацию cpu по логам температурного датчика cpu :)

Шучу
источник

VG

Viktor Ganeles in LoadLand
Ну, кстати, показать утечку в jvisualvm - это наглядно.
источник

c

care1e55 in LoadLand
Oleg
Но насколько часто тестировщик занимается профилированием? Я могу понять, если он внутри команды, но если это отдел нагрузочного тестирования, то кмк они указывают на проблему, а дальнейшим выяснением занимаются разработчики.
На столько на сколько может :) Разработчики сами иногда жалуются на рутину и рады что-нибуть пооптимизировать, поэтому садимся вместе и дебажим - все довольны. Иногда можно вобще баг по циклу самому весь провести и ПР сделать несложный с конфигурацией. Хотелось бы все таки чтобы стандартом считалось, что специалист по производительности - это на 30% QA максимум
источник

O

Oleg in LoadLand
Ιωάννης Τσεκούρι
как ты в логах найдёшь утечку памяти или высокую утилизацию цпу?)
По мониторингу же) тут профилирование не нужно. Выяснить что именно течёт уже сложнее
источник

ΙΤ

Ιωάννης Τσεκούρι in LoadLand
Oleg
По мониторингу же) тут профилирование не нужно. Выяснить что именно течёт уже сложнее
Само собой без факта утечки профилировать не нужно
источник

O

Oleg in LoadLand
Я вообще спрашивал, насколько это популярно и нужно в рамках курса. У нас отдел нагрузочного тестирования заведёт багу по тем критериям, что им передали. То есть посмотрят тренд на графике цпу, например.
источник
2019 December 24

v

vasiliy in LoadLand
Oleg
Я вообще спрашивал, насколько это популярно и нужно в рамках курса. У нас отдел нагрузочного тестирования заведёт багу по тем критериям, что им передали. То есть посмотрят тренд на графике цпу, например.
Добрый день. У вас это где, если не секрет ?
источник

O

Oleg in LoadLand
vasiliy
Добрый день. У вас это где, если не секрет ?
Динс. И это моё мнение по моим проектам, если что. Я на самом деле не знаю, что они там делают для других проектов) А я сам занимаюсь тестированием, в том числе нагрузки, внутри команды разработки.
источник

VG

Viktor Ganeles in LoadLand
Oleg
Я вообще спрашивал, насколько это популярно и нужно в рамках курса. У нас отдел нагрузочного тестирования заведёт багу по тем критериям, что им передали. То есть посмотрят тренд на графике цпу, например.
Ну вот вопрос: если производительность ограничена НЕ аппаратными ресурсами - то что делает команда по нагрузке?

Хотя, на самом деле начать надо с целей: померять производительность или найти узкие места?

Если первое - то да, профилирование не нужно.
источник

RY

Rafael Yumagulov in LoadLand
Viktor Ganeles
Ну вот вопрос: если производительность ограничена НЕ аппаратными ресурсами - то что делает команда по нагрузке?

Хотя, на самом деле начать надо с целей: померять производительность или найти узкие места?

Если первое - то да, профилирование не нужно.
Вообще, "Что делает команда по нагрузке?" очень популярный и, на самом деле, риторический вопрос
источник

O

Oleg in LoadLand
Viktor Ganeles
Ну вот вопрос: если производительность ограничена НЕ аппаратными ресурсами - то что делает команда по нагрузке?

Хотя, на самом деле начать надо с целей: померять производительность или найти узкие места?

Если первое - то да, профилирование не нужно.
Я и говорю, в рамках моего с ними взаимодействия, они измеряют производительность на своем стенде, а разработчики  после этого ищут причины, в том числе и узкие места. Без ожидаемой  деградации узкие места никто не ищет )
источник

O

Oleg in LoadLand
Мое мнение тут, что все-таки для нормального исследования надо разбираться в компоненте. Когда компонент сотни и на разных языках как-то не до того.
источник