Хуки статистики производительности

Question

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

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

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

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

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

Answer 1

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

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

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

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

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

Answer 2

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