Сообщения хранятся в Google Cloud Pub / Sub при двух условиях:
Как только вы получили сообщение и вызвали ack для него в течение крайнего срока подтверждения, сообщение больше не будет доставляться для этой подписки (кроме дубликатов, которые могут произойти, если этот Pub / Sub) имеет хотя бы один раз семантику доставки).
Изменение размера "кучи" в netbeans.conf только изменяет "кучу" для самого NetBeans, не для приложений пробегает NetBeans.
Корректный путь состоит в том, чтобы щелкнуть правой кнопкой по и избранным "Свойствам" проекта и затем "Выполнению"; там можно установить опции VM соответственно (-Xmx256m
, например). Это должно выглядеть примерно так:
(Благодаря VonC для нахождения этого изображения.)
При увеличении виртуальной памяти сервера Tomcat затем, это будет в порядке.
-Xms512m
в поле опций VMЯ предполагаю, что увеличение памяти не решит проблему. Что, который делает MonitorFilter? Что съедает всю ту память?
Ваш лучший выбор состоит в том, чтобы понять это. Если это - веб-приложение, посмотрите, можно ли выключить тот фильтр и выполнение без него. Если Вы имеете успех, Вы знаете, что MonitorFilter заставляет Ваш перестать работать.
Это не имеет никакого отношения к NetBeans (хорошо, возможно), скорее он имеет отношение к Tomcat. Tomcat является процессом, который исчерпывает "кучу", не NetBeans. Разыщите процесс запуска для своего Tomcat. Если это связывается NB, то Tomcat прокладывается под землей в установке NB, проверьте на "enterpriseN" каталог, N быть числом, Tomcat, вероятно, там, и это - довольно универсальное распределение его.
Относительно того, почему монитор выполняется OOM, это трудно сказать, это - довольно простой процесс, когда Вы думаете об этом. Можно также попытаться отключить HTTP, контролирующий, чтобы видеть, является ли это проблема с Контролем себя или чего-то с приложением.