Статистика производительности крюков

Question

Давайте будем честными, большинство программных продуктов, которые разработчики производят, имеют довольно скромные требования к производительности. Например. Системы, возможно, обслуживают 100 запросов в секунду, если это произойдет.

Но давайте предположим на мгновение (или даже мечтать) о том, что вы, возможно, участвуете в «следующей большой вещи» (что бы это ни значило), и вы хотели ввести какую-то статистику производительности, чтобы помочь вам, когда все эти пользователи прилетают.

Регистрация статистики эффективности, как бы вы подходили к этому требованию? Возможно, вы использовали бы для этого какую-то общую структуру? Или катите свое собственное решение? Что бы вы записали? Насколько зернистым?

Или вы даже не потрудились положить что-нибудь на место и скорее справиться с этой проблемой, когда это действительно стало проблемой?

Было бы очень интересно услышать ваши мысли по этой теме.

Answer 1

Я просто выбрасываю это: запишите время запросов. Также зарегистрируйте размер отправленного пакета. Загрузите все журналы событий. Затем воспроизведите их. Используйте счетчики, затем делайте разницу во времени, чтобы получить скорость, и вы можете графически отображать результат и наблюдать за шаблонами. в основном дельта-байты в секунду - хорошая тревога.

Answer 2

Недавно я задал себе тот же вопрос. Я разработал свой собственный счетчик. Но я не полностью доволен результатами (слишком много кучи, потребляемой для статистики, сделало плохой выбор, когда решили выбрать модель памяти для хранения).

Вопрос, на который вы должны ответить: как часто я буду смотреть на эти статистические данные?

В моем случае, не очень часто (поэтому хранилище только для хранения данных является для меня плохим выбором).

Мне было интересно, следует ли мне переместить модель хранилища на что-то вроде jrobin (java impl из модели Round Robin Database).

Я также недавно обнаружил проект perf4j (http://perf4j.codehaus.org/)