JRuby - Come avviare il garbage collector?

Question

Ho sparato il mio console irb JRuby e digitato:

irb(main):037:0* GC.enable 
(irb):37 warning: GC.enable does nothing on JRuby 
=> true 
irb(main):038:0> GC.start 
=> nil 
irb(main):039:0> 

Come posso abilitare o avviare la spazzatura JVM durante un programma manualmente?

Chiedo perché ho un programma che deve generare circa 500 MB di dati di test e salvarlo in MySQL. Il programma utilizza circa 5 livelli di cicli nidificati e si blocca con un'eccezione di memoria JVM dopo aver generato circa 100 MB di dati di test perché non c'è più memoria heap. Vorrei lasciare che il garbage collector funzioni dopo ogni ciclo del ciclo esterno in modo che tutti gli oggetti orfani creati nei loop interni possano essere ripuliti.

Answer 1

La risposta esatta alla tua domanda potrebbe essere:

require 'java' 

java_import 'java.lang.System' 

# ... 

System.gc() 

però, tenendo conto anche se la JVM di solito non eseguire il GC, si può o non può farlo - dipende molto dalla JVM implementazione. Può anche essere piuttosto un successo sulle prestazioni.

Una risposta migliore è ovviamente quella di garantire che alla fine del ciclo annidato non venga tenuto alcun riferimento sui dati di test che si stanno generando, in modo che possano essere successivamente recuperati dal GC in seguito. Esempio:

class Foo; end 

sleep(5) 

ary = [] 
100_000.times { 100_000.times{ ary << Foo.new }; puts 'Done'; ary = [] } 

Se si esegue questo con jruby -J-verbose:gc foo.rb, si dovrebbe vedere la GC sostenendo regolarmente gli oggetti; questo è anche abbastanza chiaro usando JVisualVM (lo sleep nell'esempio è di dare un po 'di tempo per connettersi al processo Jruby in JVisualVM).

Infine, è possibile aumentare la memoria heap aggiungendo il seguente flag: -J-Xmx256m; vedi the JRuby wiki per maggiori dettagli.

Edit: Per coincidenza, qui è a mindmap on GC tuning recentemente presentato da Mario Camou a DevOps Madrid ri-postato da Nick Sieger.

Answer 2

Non è possibile perché Gc verrà eseguito automaticamente da JVM. Assicurati di creare oggetti solo quando è richiesto. Evita di creare oggetti di livello di classe e prova a scoprire quale degli oggetti sta prendendo più memoria e lo crea solo quando è necessario.