[Gc] Java e Perl

[The_ouroboros]

Oggi in ufficio è nato un problema con la jvm e la allocazione di memoria.
Da lì è partita una discussione...
Meglio il modo java o quello perl di Gc?
Rigiro la domanda anche a voi..

Inviato dal mio LT22i con Tapatalk 2

[Vincenzo1968]

Sono l'ultima persona che potrebbe rispondere a questa domanda in quanto non conosco bene(quasi per niente) né Java né Perl.

Ma della jvm me ne sono occupato nel contest17; qualcosina so. Di Perl invece non so proprio niente. Non sapevo nemmeno che girasse su una virtual machine. So solo che è stato velocissimo nel punto b.1 del contest 19.
Anche la jvm s'è rivelata molto efficiente nel punto A del medesimo contest.

Un confronto si potrebbe fare sulla quantità di memoria utilizzata. Ci vuole qualcuno che conosca bene e l'una e l'altra delle vm.

[The_ouroboros]

perl non va su vm.
Perl usa reference count mentre java si basa sulla nullità degli oggetti (in soldoni, diciamo)

[cdimauro]

Anche CPython usa il reference count, mentre PyPy, Jython e IronPython usano GC più evoluti (tipo generazionali).

Difficile dire quale sia l'approccio migliore. il RC è molto semplice da implementare in una VM, e rilascia immediatamente la risorsa quando questa non è referenziata (a meno di strutture cicliche complesse; comunque prima o poi verrà eliminata), quindi anche l'operazione di GC è abbastanza prevedibile.

Viceversa, l'approccio usato nelle altre VM ha prestazioni complessivamente migliori, e compatta meglio la memoria, ma c'è lo svantaggio di occupare mediamente molta più memoria (perché si ritarda la sua liberazione) e che l'intervento del GC non è prevedibile e può mangiare una fetta consistente di CPU quando si attiva il processo, rendendo la VM non responsiva in quel momento (esistono approcci avanzati in sistemi multicore).

P.S. Anche Perl usa una VM.

[The_ouroboros]

vero
Devo smettere di rispondere alle cose dopo 10 ore di lavoro :P

[The_ouroboros]

Approccio generazionale?

Inviato dal mio LT22i con Tapatalk 2

[cdimauro]

http://blogs.msdn.com/b/abhinaba/arc...ollection.aspx
http://c2.com/cgi/wiki?GenerationalGarbageCollection

[VICIUS]

Originariamente inviato da The_ouroboros

Approccio generazionale?

Inviato dal mio LT22i con Tapatalk 2

La jvm ha diversi algoritmi di gc anche piuttosto differenti tra di loro. In ogni caso tutti si basano sull'assunto che in genere gli oggetti hanno una vita brevissima. Questo porcata scritta in java per esempio:

for (int i = 0; i < 10000; ++i) {
    t = new String(t + new String("a"));
}

Crea 4/5 nuovi oggetti ad ogni ciclo. Che possono essere buttati pochi nanosecondi dopo.

Quando un oggetto è creato viene messo in una zona del heap chiamata young generation che è quella che viene visitata più spesso dal gc. In genere gli oggetti che sono presenti in questa zona sono praticamente tutti rimossi ed i pochi che rimangono possono essere compattati in pochissimo tempo. Se un oggetto sopravvive ad un certo numero di passaggi viene promosso ad una zona chiamata tenure che contiene oggetti più vecchi che non ha senso controllare così spesso.

[The_ouroboros]

grazie per la spiegazione.
Argomento interessante in effetti.

Letture consigliate?

[banryu79]

Originariamente inviato da The_ouroboros

grazie per la spiegazione.
Argomento interessante in effetti.

Letture consigliate?

Gli scritti di Brian Goetz (sempre sia lodato!)

Puoi partire da qui -> http://www.ibm.com/developerworks/ja...ry/j-jtp10283/ per poi continuare a frugare con i link che trovi a fine articolo (l'articolo è il primo di una serie). Non preoccuparti per la data dell'articolo (2003), è un buon punto di partenza per approfondire l'arrgomento.

Parte due -> http://www.ibm.com/developerworks/ja...ry/j-jtp11253/

E tre -> http://www.ibm.com/developerworks/ja...274/index.html

Poi se non ti bastasse, beccati questa -> http://www.iecc.com/gclist/GC-faq.html

[Vincenzo1968]

Originariamente inviato da banryu79

Gli scritti in materia di Brian Goetz (sempre sia lodato!)
Puoi partire da qui -> http://www.ibm.com/developerworks/ja...ry/j-jtp10283/ per poi continuare a frugare con i link che trovi a fine articolo (l'articolo è il primo di una serie).
Non preoccuparti per la data dell'articolo (2003), è un buon punto di partenza per approfondire l'arrgomento.

E sempre sia lodata la IBM che pubblica articoli interessanti nel suo sito. Io, un per dire, ho trovato articoli su Flex e Bison di notevole interesse:

http://www.ibm.com/developerworks/li...son/index.html

http://www.ibm.com/search/csass/sear...&Search=Search

[banryu79]

Originariamente inviato da Vincenzo1968

E sempre sia lodata la IBM che pubblica articoli interessanti nel suo sito.

Amen

-> http://www.ibm.com/search/csass/sear...f&lo=en&hpp=20

e questo è per Vincenzo, (sì lo so, è roba datata 2000 ma d'altronde tu 1968, ecchevuoi?) -> http://www.javaworld.com/jw-09-2000/jw-0915-lucene.html

[Vincenzo1968]

Ce l'ho

http://www.amazon.com/gp/product/047...71162?n=283155

[Vincenzo1968]

Originariamente inviato da banryu79

Amen

-> http://www.ibm.com/search/csass/sear...f&lo=en&hpp=20

e questo è per Vincenzo, (sì lo so, è roba datata 2000 ma d'altronde tu 1968, ecchevuoi?) -> http://www.javaworld.com/jw-09-2000/jw-0915-lucene.html

How search engines work

Creating and maintaining an inverted index is the central problem when building an efficient keyword search engine.

M'hanno rubato l'idea...

[The_ouroboros]

grazie a tutti per aver aiutato con i vostri link un povero sysadmin/integratore

[Vincenzo1968]

Lucene also implements a variety of tricks to compress the dictionary and posting files -- thereby reducing disk I/O -- without incurring substantial CPU overhead.

Minnale, mi rubano le idee! Pure io stavo pensando d'implementare una qualche forma di compressione per il mio indice...

[Vincenzo1968]

Occhio!

L'ultima versione è la 5.16. Io avevo disgraziatamente installata la versione 5.14.
Ma ho prontamente aggiornato la versione:



scaricando i sorgenti da qui:

http://www.perl.org/get.html#unix_like

Una volta scompattato il tar.gz, portatevi all'interno dela cartella e date i seguenti comandi:

sh Configure -de
make
sudo make install

Occhio! : http://www.cpan.org/

http://perldoc.perl.org/index-tutorials.html
http://www.perl.it//documenti/pod2it/index.html
http://www.perl.it/documenti/corsoperl.html

[WarDuck]

Perl non lo utilizzerei neanche se rimanesse l'ultimo linguaggio di programmazione al mondo

Quindi il problema semplicemente non si dovrebbe neanche porre

[GByTe87]

Originariamente inviato da WarDuck

Perl non lo utilizzerei neanche se rimanesse l'ultimo linguaggio di programmazione al mondo

Quindi il problema semplicemente non si dovrebbe neanche porre

Perl o si ama o si odia.

Da ignorante (e pythonista), aborro la sua sintassi.

[The_ouroboros]

Lo pensavo anche io anni fa...poi il perl mi ha conquistato...

Inviato dal mio LT22i con Tapatalk 2