memoria heap

[ale60]

ciao stavo ripetendo la memoira heap ma ...quando io metto i dati nell'heap questi rimangono anche quando chiudo il computer?????????cioè è una memoria di tipo volatile o non volatile...se fosse non voltatile e per questo che devo dealoccare perchè si no la prossima volta che proverei a mettere il dato potrei ritrovare la memoria piena??

[ale60]

ho visto anche che sorge se dealocco un problema nella deframentazione...questo perchè avviene????? cioè ad esempio quando metto un oggetto in heap gli oggetti vengono messi un di seguito all'altro quindi quando la heap e piena non c'è più spazio anche se in realta dealoccando avrei spazi di memoria liberi???

[Freax]

devi specificare il linguaggio che tratti, cerca di scrivere un pochino meglio.

[ale60]

Hai ragione parlavo di java da quel che ho capito se io continuo ad allocare dinamicamente
occupo spazio sulla heap fino a riempirla se poi io dealocco libero spazio ma visto che metto gli elementi uno di seguito all'altro non mi rivela lo spazio che ho liberato e qui interviene la deframentazione che ad esempio shifta tutti gli elementi da una parte in modo tale che quando dovrò inserire un nuovo elemento ci sarà lo spazio?

[Freax]

Originariamente inviato da ale60
Hai ragione parlavo di java da quel che ho capito se io continuo ad allocare dinamicamente
occupo spazio sulla heap fino a riempirla se poi io dealocco libero spazio ma visto che metto gli elementi uno di seguito all'altro non mi rivela lo spazio che ho liberato e qui interviene la deframentazione che ad esempio shifta tutti gli elementi da una parte in modo tale che quando dovrò inserire un nuovo elemento ci sarà lo spazio?

semplicemente questo è il compito del garbage collector, quella tu chiami deframmentazione è semplicemente "l'allarme" che fa scattare il garbage collector e la macchina virtuale di java si adopera per ottimizzare l'uso della memoria; la memoria è solitamente RAM, quindi volatile.

ci sono linguaggi che hanno e altri che non hanno il garbage collector, non è una funzionalità scontata.

[ale60]

però il problema della deframentazione non ci dovrebbe essere anche nello stack???perchè in tutti i casi io inserisco blocchi di dati e alla fine della funzione vengono dealoccati ecc...non dovrebbe sorgere lo stesso problema che magari io continuo a mettere dati poi le funzioni muoiono e si libera dello spazio

[Freax]

Originariamente inviato da ale60
però il problema della deframentazione non ci dovrebbe essere anche nello stack???perchè in tutti i casi io inserisco blocchi di dati e alla fine della funzione vengono dealoccati ecc...non dovrebbe sorgere lo stesso problema che magari io continuo a mettere dati poi le funzioni muoiono e si libera dello spazio

li ci sono riferimenti a dati, non dati, e comunque è proprio lo stack che in un certo senso "detta legge" su cosa ha vita nell'heap; se nell'heap c'è qualcosa che non è referenziato dallo stack, allora java capisce che quel dato o quell'oggetto nell'heap non serve più e lo avvia verso il garbage collector.

ricorda che il nome di un oggetto in java rappresenta l'indirizzo di memoria che ospita quell'oggetto, il dato non è direttamente contenuto nella variabile, ma la variabile ( nello stack ) ospita un riferimento all'oggetto ( che vive nell'heap ); accade qualcosa di simile in C con i vettori e l'aritmetica dei puntatori.