Ignite Heap Memory Usage

Question

Ich habe einen Tomcat, der Session-Clustering mit IGNITE durchführt. Ich habe einen Beispielanmeldeanruf, der eine Sitzung für einen Benutzer erstellt, und nach einer erfolgreichen Anmeldung sehe ich die folgenden Protokolle, die gedruckt werden, wo Haufengröße stark schwankt.

Meine Fragen sind

1. Was bedeutet das. Wie kann ein einzelnes Spring-Session-Objekt so viel Platz einnehmen?

2. Warum fluktuiert die gesamte Heap-Größe ?.

3. Soll ich den ganzen Server runterbringen, wenn ich 100 aufeinanderfolgende Logins mache ?.

Metrics für lokale Knoten (einzustellen disable 'metricsLogFrequency' auf 0) ^ - node [id = fadf3af0, name = lockGrid] ^ - H/N/C [= 3-Hosts , Knoten = 3, CPUs = 6] ^ - CPU [cur = 8,33%, Mittelwert = 3,7%, GC = 0,07%] ^ - Heap [used = 261MB, free = 85,03%, comm = 318MB ] ^ - Öffentlicher Thread-Pool [Aktiv = 0, Leer = 6, qSize = 0] ^ - System-Thread-Pool [Aktiv = 0, Leer = 16, qSize = 0] ^ - Ausgehende Nachrichten Warteschlange [Größe = 0] p2016-07-29 14: 12: 50,205 [r- # 23% lockGrid%] I NFO IgniteKernal% lockGrid

Metrics für lokale Knoten (einzustellen disable 'metricsLogFrequency' auf 0) ^ - node [id = fadf3af0, name = lockGrid] ^ - H/N/C [hosts = 3, Knoten = 3, CPUs = 6] ^ - CPU [cur = 0,23%, Mittelwert = 3,65%, GC = 0%] ^ - Heap [used = 402 MB, frei = 77,01%, comm = 453MB] ^ - Öffentlicher Threadpool [Aktiv = 0, Leer = 6, qSize = 0] ^ - Systemthreadpool [Aktiv = 0, Leer = 16, qSize = 0] ^ - Ausgehende Nachrichten Warteschlange [Größe = 0] 2016-07-29 14: 13: 50,204 [r- # 23% lockGrid%] INFO IgniteKernal% lockGrid

Metriken für lokalen Knoten (um 'metricsLogFrequency' auf 0 zu setzen) ^ - Knoten [id = fadf3af0, name = lockGrid] ^ - H/N/C [Hosts = 3, Knoten = 3, CPUs = 6] ^ - CPU [cur = 0,27%, durchschnittg = 3,64%, GC = 0%] ^ - Heap [used = 188 MB, frei = 89,22%, comm = 363MB] ^ - Öffentlicher Threadpool [ active = 0, idle = 6, qSize = 0] ^ - Systemthreadpool [Aktiv = 0, Idle = 16, qSize = 0] ^ - Ausgehende Nachrichtenwarteschlange [size = 0] 2016-07-29 14: 14: 50,211 [r- # 23% lockGrid%] INFO IgniteKernal% lockGrid

Alle Hinweise sind willkommen.

Grüße, Aravind

Answer 1

Heap-Speicher von JVM verwaltet wird, nicht von Ignite. Ein Teil des Speichers wird immer von temporären Objekten verbraucht, die schließlich durch GC entfernt werden, aber der Zeitpunkt, zu dem es passieren wird, ist undefiniert. Wenn Ihre Anwendung nicht mit Fehlern wegen zu wenig Arbeitsspeicher ausfällt und keine langen GC-Pausen vorhanden sind, müssen Sie sich keine Sorgen machen.