Скорее всего, вам не нужно:)
А вообще у нас сайтик, который возвращает 302-й редирект с пустым боди, хотя по rfc так нельзя, и некоторые специфичные браузеры такие загзипованные редиректы не понимают.
Вообще, ситуация такая.
nginx работает как прокси, проксирует несколько различных виртуальных хостов на различные бэкенды. И в случае тормозов одного из бэкендов начинает тормозить уже nginx, так как растёт количество соединений используемых. Поэтому хочется их ограничить.
Общий размер Java Heap 5Gb (-Xms5120m -Xmx5120m)
такой большой размер YoungGen? — заполняется за ~ 15 секунд. (причем промежутки времени не зависят от срока работы Jboss, что после запуска, что после 3-х дней промежутки равные, а паузы становятся больше)
А чем ParallelGC лучше ParNewGC?
Вообще, вот все опции, с которыми запущен JBoss:
JAVA_OPTS="-server -Xms5120m -Xmx5120m -Xss128k -XX:PermSize=256M -XX:MaxPermSize=256M -XX:NewSize=1024M -XX:MaxNewSize=1024M -XX:SurvivorRatio=6 -XX:TargetSurvivorRatio=95 -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:CMSInitiatingOccupancyFraction=70 -XX:+UseCMSInitiatingOccupancyOnly -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -verbose:gc -XX:+PrintGCDetails -XX:+PrintHeapAtGC -XX:+PrintTenuringDistribution -Xloggc:$LOG_JBOSS_GC".
Утечка памяти вроде может влиять на частоту GC, но не на их продолжительность? Или нет?