[JAVA6]oggetto di "dimensione fissa"

[Frank1962]

Nel java6, che voi sappiate, hanno introdotto "built-in" la possibilità di sapere quanta memoria centrale un oggetto occupa?
Con la java5 utilizzo il metodo descritto in questo articolo ma mi domando, essendo che nella nuova six version ci hanno messo pure un database intero, se si sono ricordati di inserire nelle librerie ufficiali questa funzionalità moolto utile per parecchi programmatori!

[Frank1962]

ops ....ho notato che il titolo della discussione è un pò ambigua rispetto al corpo del messaggio: per "dimensione fissa" intendo la possibilità che ci sia una qualche collezione (tipo hashmap) che, nella fase di istanziazione, permetta di definire la quantità massima di memoria centrale che la collezione di oggetti occuperà e, nel quel caso si tenti di superare la soglia inserendo un nesimo oggetto, la chiamata del metodo .put generi errore o qualche altro tipo di "paradigma" per notificare l'avvenuto superamento della quantità massima di memoria disponibile.

[PGI-Bis]

Puoi usare un agente strumentale (java.lang.instrument). Cosa che avrebbe dovuto fare anche chi ha scritto l'articolo che citi.

[Frank1962]

Originariamente inviato da PGI-Bis

Puoi usare un agente strumentale (java.lang.instrument). Cosa che avrebbe dovuto fare anche chi ha scritto l'articolo che citi.

Questa mi è nuova... che so sti agenti "strumentali"? ...ne ho sentito parlare ma per lo più mi sembra che vengano utilizzati per il profiling delle applicazioni.....

[thebol]

Originariamente inviato da PGI-Bis

Puoi usare un agente strumentale (java.lang.instrument). Cosa che avrebbe dovuto fare anche chi ha scritto l'articolo che citi.

l'articolo è del 2003(e mi sembra che instrument, che fra l'altro nn conoscevo, c'è da java 5

[PGI-Bis]

whops. Non so perchè ho pensato subito "guarda questo che non usa gli agenti" senza neanche guardare la data . Mea grandissima culpa. Domani leggendo un articolo del '98 e penserò "ma guarda questo che non usa Swing!".

Esempio e ci leviamo il pensiero.

Io parto sempre dall'idea "questo è lo strumento che voglio". In questo caso io voglio poter dire:

long dimensioneInByte = SizeAgent.getSizeOf(reference);

La cosa si rivela alquanto semplice. Questo è l'agente strumentale. Una nota: lo chiamo "strumentale" per non usare "di strumentalizzazione" perchè francamente mi fa schifo . Ma il termine corretto dovrebbe essere il secondo.

package it.tukano.sizeagent;

import java.lang.instrument.*;

public class SizeAgent {
	private static volatile Instrumentation instrumentationInstance;

	public static void premain(String args, Instrumentation inst) {
		instrumentationInstance = inst;
	}
	public static long getSizeOf(Object reference) {
		return
			instrumentationInstance == null || instrumentationInstance == null ?
			-1 :
			instrumentationInstance.getObjectSize(reference);
	}
}

Fine. Per rendere disponibile l'agente si importa il package. Per renderlo "vivo" occorre impacchettarlo in un jar il cui file manifesto avrà la forma:

Manifest-Version: 1.0
Premain-Class: it.tukano.sizeagent.SizeAgent

Con il jar per le mani, si lancia poi il programma che lo usa indicando alla jvm il jar dell'agente:

java -cp .;SizeAgent.jar -javaagent:SizeAgent.jar Main

Occhio però che il "sizeOf" di una mappa è la dimensione dell'oggetto HashMap, non di ciò che contiene. Per fare quello che ti serve dovrai probabilmente creare una mappa i cui metodi aggiungi e rimuovi registrino la dimensione dei nuovi arrivati e dei vecchi in partenza.

[thebol]

Originariamente inviato da PGI-Bis

whops. Non so perchè ho pensato subito "guarda questo che non usa gli agenti" senza neanche guardare la data . Mea grandissima culpa. Domani leggendo un articolo del '98 e penserò "ma guarda questo che non usa Swing!".

a maggior sfregio

http://www.javaworld.com/javaforums/...age=0#Post7552
(come poi dici tu...conta solo le references)

[PGI-Bis]

Conta la dimensione dell'oggetto che è poi la dimensione dei suoi campi. Siccome i campi sono puntatori ogni oggetto è relativamente leggero. Penso valga la pena di precisare che il getSizeOf di Instrumentation è il sizeof di C: è fatto con il sizeof di C.

[Frank1962]

E:\>javac SizeAgent.java
SizeAgent.java:1: package java.lang.instrument does not exist
import java.lang.instrument.*;
^
SizeAgent.java:4: cannot resolve symbol
symbol  : class Instrumentation
location: class SizeAgent
        private static volatile Instrumentation instrumentationInstance;
                                ^
SizeAgent.java:6: cannot resolve symbol
symbol  : class Instrumentation
location: class SizeAgent
        public static void premain(String args, Instrumentation inst) {
                                                ^
3 errors

E:\>java -version
java version "1.6.0"
Java(TM) SE Runtime Environment (build 1.6.0-b105)
Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode)

...ma siamo nella fantascienza!!?

[thebol]

Originariamente inviato da PGI-Bis

Conta la dimensione dell'oggetto che è poi la dimensione dei suoi campi. Siccome i campi sono puntatori ogni oggetto è relativamente leggero. Penso valga la pena di precisare che il getSizeOf di Instrumentation è il sizeof di C: è fatto con il sizeof di C.

per cui in teoria si potrebbe usare lo stesso metodo usato nel link(usare la reflection per procurarsi tutti i riferimenti dell'oggetto ricorsivamente), ma fatto con l'instrument

[PGI-Bis]

Originariamente inviato da Frank1962

...ma siamo nella fantascienza!!?

Mmmmhhhhh... prova a fare un:

javac -version

xthebol

Probabilmente nel caso di frank creerei un programma a parte che gestisca la struttura dati oppure ripiegherei sulla trasformazione dei dati in forma "binaria", usando quindi un ByteBuffer per contenerli. Nel primo caso somiglierebbe tanto ad un database in memoria, Nel secondo alloco un ByteBuffer di 32 megabyte e quella diventa la mia struttura dati.

Il primo salva la capra, il secondo i cavoli.

La capra è la possibilità di lavorare con degli oggetti. Connetto le due jvm tramite JNI, monitoro la seconda con JMX e sono a posto. Butto un po' di ram per il processo della seconda JVM.

I cavoli sono l'esatto controllo sulla quantità di memoria occupata.

Non so ma penso che tenterei col buffer. Ma dipende anche dai dati.

[JavHack]

Leggeti la doc della classe File in java 6, trovi sicuramente novità che ti interesseranno

[PGI-Bis]

mhhh... devo essermi perso qualcosa. Che c'è in java.io.File che può esserci utile?

[Frank1962]

ho creato il file jar e ho inserito il class con il codice compilato postato da pgi, però non riesco a capire come istanziare la classe SizeAgent nel mio progetto, o meglio, non ho capito se questa classe la devo anche inserire insieme alle classi del mio progetto oltre che passarla come file jar al main.....

ps: cmq il problema di compilazione era dovuto, come diceva giustamente pgi, alla versione del javac che era ferma alla 1.4

[PGI-Bis]

Includi il jar nel classpath (con -cp in esecuzione e compilazione) e quando vuoi la dimensione di un oggetto blublu semplicemente scrivi:

long size = SizeAgent.getSizeOf(blublu);

Ricordati anche di passare alla JVM l'agente con -javaagent:SizeAgent.jar

[Frank1962]

String aux = new String("hellooooooooooooooooooo world!!!!");
long dimensioneInByte = SizeAgent.getSizeOf(aux);

sono risucito a farlo funzionare ma a quanto pare il funzionamento risulta non essere dei più intuitivi ....prendendo a esempio una String, come mai se cambio la lunghezza della stringa il output mi viene data sempre dimensione di 24byte (almeno nel mio caso) ?

ps: ho il sospetto che sto getSizeOf non fa quello che mi aspettavo....

[PGI-Bis]

Tutti i campi di un'istanza di una classe Java sono puntatori.

Se quel puntatore punta ad un array di 40 petabyte comunque conta per 1 puntatore. Perchè "nell'istanza" c'è il puntatore, non c'è l'array.

E' la stessa differenza che c'è tra il sizeof di una struttura c che contiene un array di 100 int ed il sizeof di una struttura c che contiene un puntatore ad int.

Nel primo caso conta il "peso" dei 100 interi, nel secondo il "peso" del puntatore.

[Frank1962]

Originariamente inviato da PGI-Bis

Tutti i campi di un'istanza di una classe Java sono puntatori.

Se quel puntatore punta ad un array di 40 petabyte comunque conta per 1 puntatore. Perchè "nell'istanza" c'è il puntatore, non c'è l'array.

E' la stessa differenza che c'è tra il sizeof di una struttura c che contiene un array di 100 int ed il sizeof di una struttura c che contiene un puntatore ad int.

Nel primo caso conta il "peso" dei 100 interi, nel secondo il "peso" del puntatore.

si ma allora che utilità ha un simile metodo? ....cioè alla fine mi ritorna sempre quanto occupa il puntatore; secondo me è poco intuitivo e ambiguo nel nome ....di un metodo SizeObject mi aspetto che venga ritornata la dimensione dell'oggetto che gli passo come argomento, ed è ovvio che un oggetto al suo interno sia composto da altri oggetti (ergo, puntatori a oggetti)
Nel caso della String non è possibile calcolare la dimensione del campo che compone l'oggetto stringa istanziato?

[PGI-Bis]

E che te la prendi con me? Mica l'ho scritto io il linguaggio di programmazione Java

Ma tu, di preciso, che ci devi fare con 'sta cosa?

[Frank1962]

il problema più o meno è questo ......ho un webserver che registra tutte le richieste GET,POST,ecc e le inserisce in un "buffer" in attesa che vengano salvate su database..... questo buffer però dev'essere ovviamente limitato nella dimensione e non superare una certa soglia preimpostata in modo tale che nell'eventualità che ci siano troppe richieste queste non vadino ad occupare tutta la memoria centrale e vengano, anche se non salvate su db, cancellate dal buffer per far posto alle nuove richieste...... spero di essermi spiegato bene (ma temo di no)