Perché un programma Java vuoto consuma memoria?

Question

Sto esplorando l'utilizzo della memoria in Java per capire perché il mio programma perde memoria. Dopo aver rimosso il codice nel mio ciclo principale, continuo a ottenere un aumento dell'utilizzo della memoria nel tempo. Riflettendo l'utilizzo della memoria di un programma vuoto:

class Nothing 
{ public static void main(String[] args) 
    { while(true); } 
} 

ho ancora visto un aumento della memoria:

Quindi la mia domanda è: perché c'è ancora un modello di dente di sega? Perché quando gC esegue non salva tutta la memoria (ogni volta che gc gira (le valli) la memoria utilizzata aumenta di 10-20Kb (rispetto alla precedente valle))?

EDIT:

versione java "1.6.0_29"

Java (TM) SE Runtime Environment (build 1.6.0_29-b11)

Java HotSpot (TM) Cliente VM (costruire 20.4-b02, modalità mista, condivisione)

OS: Windows 7 Enterprise-32 bit

Answer 1

Perché esiste ancora un modello di dente di sega?

Se non sbaglio, parte della ragione di ciò è che il monitor stesso costringe l'applicazione a creare oggetti temporanei che contengano informazioni sullo stato della raccolta dei rifiuti e sull'utilizzo della memoria.

Perché quando viene eseguito il GC fa non salva tutta la memoria (ogni volta che viene eseguito il GC (le valli) macchinari usati per la memoria aumenta di 10-20Kb (rispetto alla valle precedente))?

Credo che il monitor non veda immediatamente la quantità di memoria utilizzata dopo la raccolta dati inutili, ma, piuttosto, deve eseguire il polling frequentemente per vedere l'utilizzo della memoria. Pertanto, la "valle" percepita è necessariamente un po 'più alta della valle vera. Vorrei indovinare che l'aumento percepito nell'uso della memoria nelle valli è solo un artefatto casuale di questa discrepanza e sarebbe stato neutralizzato nel tempo. (Cioè, non penso che ci siano in realtà 10-20 KB di perdite di memoria in ogni ciclo.)

Answer 2

Questo è un artefatto dal profiler, senza il profiler non ci saranno allocazioni. Diversi profiler producono diversi artefatti, a seconda di come registrano i dati. Qui di seguito si vede ciò che profiling Nothing JProfiler sarà simile:

Molto meno di un modello a dente di sega. Tuttavia, v'è anche un consumo di memoria minuscolo:

che è dovuto al fatto di creazione profili sondaggi bean java.lang.management.MemoryUsage JMX. Alla fine questo consumo attiverà anche una garbage collection.