WildFly 17.0.1.Final HeapMemory Проблемы - PullRequest
0 голосов
/ 16 апреля 2020

Мне нужны некоторые предложения или рекомендации по версии Wildfly, которая в последнее время находится в производстве.

Мы часто наблюдаем скачки памяти кучи, сборка мусора не работает, и куча заполняется и достигает максимум 2 ГБ (это это наше распределение кучи), и нам нужно перезапустить приложение, чтобы вернуться к нормальной работе. Когда мы проанализировали дамп памяти, мы не смогли найти никаких проблем с кодом приложения, но мы обнаружили, что один класс занимает больше памяти. Этот класс связан с интеграцией ActiveMQ и WildFly, приложение которой использует MDB, а мы находимся на EJB 3.0. И, пожалуйста, больше, что мы используем Amazon Corretto с WildFly. Пожалуйста, кто-нибудь наблюдал эту проблему в отношении объекта ниже от WildFly.

Когда мы проанализировали следы стека и объекты в памяти, объект ниже хранит больше памяти, и это из класса WildFly. Кто-то, пожалуйста, поделитесь своими мыслями или идеями по этому поводу.

Мы используем wildfly-17.0.1.Final и Corretto-8.212.04.2 (сборка 1.8.0_212-b04). Ниже приведена конфигурация JVM

<jvms>
    <jvm name="default">
        <heap size="2048m" max-size="2048m"/>
        <jvm-options>
            <option value="-server"/>
            <option value="-XX:MetaspaceSize=256m"/>
            <option value="-XX:MaxMetaspaceSize=256m"/>
        </jvm-options>
    </jvm>

Трассировка стека кучи, как показано ниже

**`**Who reference 1.25gb (71.7%) of byte[]?`**

1 196 563K ** (65,3%) байта [] ** Java Stati c org.wildfly.extension.messaging.activemq.broadcast.CommandDispatcherBroadcastEndpointFactory.BROADCAST_MANAGERS {java .util.concurrent.ConcurrentHashMap} .values ​​org.wildfly.roadactiveueb.bBB {java .util.concurrent.LinkedBlockingDeque} **

Мы запускаем наше приложение J2EE в среде Wildfly Cluster с профилем " full-ha ", и, пожалуйста, найдите нашу конфигурацию ACTIVEMQ

 <subsystem xmlns="urn:jboss:domain:messaging-activemq:7.0">
            <server name="default">
                <cluster password="password"/>
                <statistics enabled="${wildfly.messaging-activemq.statistics-enabled:${wildfly.statistics-enabled:false}}"/>
                <security-setting name="#">
                    <role name="guest" send="true" consume="true" create-non-durable-queue="true" delete-non-durable-queue="true"/>
                </security-setting>
                <address-setting name="#" dead-letter-address="jms.queue.DLQ" expiry-address="jms.queue.ExpiryQueue" max-size-bytes="10485760" page-size-bytes="2097152" message-counter-history-day-limit="10" redistribution-delay="1000"/>
                <http-connector name="http-connector" socket-binding="http" endpoint="http-acceptor"/>
                <http-connector name="http-connector-throughput" socket-binding="http" endpoint="http-acceptor-throughput">
                    <param name="batch-delay" value="50"/>
                </http-connector>
                <in-vm-connector name="in-vm" server-id="0">
                    <param name="buffer-pooling" value="false"/>
                </in-vm-connector>
                <http-acceptor name="http-acceptor" http-listener="default"/>
                <http-acceptor name="http-acceptor-throughput" http-listener="default">
                    <param name="batch-delay" value="50"/>
                    <param name="direct-deliver" value="false"/>
                </http-acceptor>
                <in-vm-acceptor name="in-vm" server-id="0">
                    <param name="buffer-pooling" value="false"/>
                </in-vm-acceptor>
                <broadcast-group name="bg-group1" jgroups-cluster="activemq-cluster" connectors="http-connector"/>
                <discovery-group name="dg-group1" jgroups-cluster="activemq-cluster"/>
                <cluster-connection name="my-cluster" address="jms" connector-name="http-connector" discovery-group="bg-group1"/>
                <jms-queue name="ExpiryQueue" entries="java:/jms/queue/ExpiryQueue"/>
                <jms-queue name="DLQ" entries="java:/jms/queue/DLQ"/>
                <jms-queue name="CSVProcessPendingMessageBean" entries="java:/jms/queue/CSV_PROCESS_PENDING_Q java:jboss/exported/jms/queue/CSV_PROCESS_PENDING_Q"/>
                <jms-queue name="CSVUploadQMessageBean" entries="java:/jms/queue/CSV_UPLOAD_Q java:jboss/exported/jms/queue/CSV_UPLOAD_Q"/>
                <jms-queue name="InboundQMessageBean" entries="java:/jms/queue/CSV_INBOUND_Q java:jboss/exported/jms/queue/CSV_INBOUND_Q"/>
                <jms-queue name="OutboundQMessageBean" entries="java:/jms/queue/CSV_OUTBOUND_Q java:jboss/exported/jms/queue/CSV_OUTBOUND_Q"/>
                <jms-queue name="OutboundMessageBean" entries="java:/jms/queue/VFOREQUEST_Q java:jboss/exported/jms/queue/VFOREQUEST_Q"/>
                <jms-queue name="AutoManualInboundMessageBean" entries="java:/jms/queue/VFOAUTOMANUALRESPOSE_Q java:jboss/exported/jms/queue/VFOAUTOMANUALRESPOSE_Q"/>
                <jms-queue name="InboundMessageBean" entries="java:/jms/queue/VFORESPONSE_Q java:jboss/exported/jms/queue/VFORESPONSE_Q"/>
                <connection-factory name="InVmConnectionFactory" entries="java:/ConnectionFactory" connectors="in-vm"/>
                <connection-factory name="RemoteConnectionFactory" entries="java:jboss/exported/jms/RemoteConnectionFactory" connectors="http-connector" ha="true" block-on-acknowledge="true" reconnect-attempts="-1"/>
                <pooled-connection-factory name="activemq-ra" entries="java:/JmsXA java:jboss/DefaultJMSConnectionFactory" connectors="in-vm" transaction="xa"/>
            </server>
        </subsystem>
...