Проблема:
Есть самописная тулза для профайлинга джава классов. Она выполняет специфическую работу, поэтому заменить её готовыми аналогами не выходит. Т.к. тулза работает в продакшене, то быстродействие весьма критично.
Для каждого метода создаётся объект с данными профайлинга, после некоторого промежутка времени инфа из этих объектов собирается, а данные передаются в JMS queue и дальше приёмник их обрабатывает. Два самых узких места - это постоянное выделение памяти для объектов, которые собирают статистику и отправка в JMS.
Вопросы:
1) Насколько поможет создание пула из объектов, собирающих статистику? Для каждого нового метода инфа в объекте будет перетираться, это хороший тон в программировании? Если нет, то как лучше решить эту проблему?
2) Отправка в JMS осуществляется статическим классом со статическими методами отправки. Что тут можно придумать для более быстрой отправки сообщений в очередь?
з.ы. Работает эта приблуда внутри j2ee приложения. Юзается 6 java
