Мы используем более старую версию ActiveMQ (5.3.2) (см.: Is activemq reliable?)Потребление памяти ActiveMQ через крышу (файл страницы) ... что делать?
Мы удалили упорство, потому что нам нужна была большая скорость. Наш рабочий может не отставать от сообщений, но, несмотря на то, что очередь обычно находится в ожидании 0, после обработки около 45000 сообщений (как правило, длина сообщения составляет 100 символов), файл страницы составляет 8 ГБ! Это не останавливается на достигнутом, но продолжается до 15 ГБ (наш сервер имеет 16-гигабайтную память)!
Остановка процесса ActiveMQ не очищает этот файл подкачки, он остается таким огромным неопределенно.
эти параметры мы используем:
<policyEntry queue=">" producerFlowControl="false" memoryLimit="2gb">
</policyEntry>
и
<systemUsage>
<systemUsage>
<memoryUsage>
<memoryUsage limit="20 mb"/>
</memoryUsage>
<storeUsage>
<storeUsage limit="1 gb"/>
</storeUsage>
<tempUsage>
<tempUsage limit="100 mb"/>
</tempUsage>
</systemUsage>
</systemUsage>
Что нам нужно сделать, чтобы сохранить использование памяти в «нормальных» уровней?
Наш сервер: Windows 2003 (64 бит). ActivemQ (5.3.2), с битом Java64 (1.6.0__22)
afghani: Я уже понижен с 5.4.1 из-за непрерывного сбоя. Было бы здорово, если будет ясно, какая стабильная версия; ^) В любом случае, я попытаюсь посмотреть, происходят ли те же самые вещи в 32-битной версии Java. Хорошая идея. – Toad 2010-11-29 20:41:57
@Toad: Я думаю, что он имел в виду понизить набор разработки Java до более ранней версии и платформы. – Bamieater 2010-12-01 08:11:17