destroy him, my robot.

[theguru]

forse è uno strascico psicologico dei tempi dell'università: se ad ogni "malloc" non corrispondevano i giusti "free" eri carne da macello agli esami.
Ed in effetti anche ora mi sento incompleto, avendo un botto di funzioni per inizializzare e istanziare documenti e collection, quindi strutture dati anche corpose, e nessuna funzione per distruggerli e liberare risorse, una volta che loro funzione si è esaurita.
Sono l'unico?

[r.bianco]

Sono nel dubbio anch'io (Foundation .NET), e più in particolare mi lasciano perplessi:
1. Dichiarazioni di variabili dentro a cicli.
2. Mancanza di 'distruttore'.
3. Close di recordset non ritenuti necessari (o forse ricordo male).

Da quello che ho capito, è il garbage collector del framework .NET che si occupa di liberare la memoria non più utilizzata. Eppure, quando lavorarvo con VS e la prima versione di .NET, ho avuto seri problemi di prestazioni affidandomi al raccoglitore di rifiuti microsoft, risolti poi occupandomi io stesso della spazzatura.

Per andare sul sicuro io affronto la questione in questo modo:
1. Dichiaro tutte le variabili all'inizio, e le svuoto eventualemente all'interno dei cicli per non avere valori vecchi (una bella rotta di scatole).
2. Ho creato una procedura pubblica che, se la classe è istanziata, esegue '.clear' e '= null' e la richiamo alla fine della procedura per tutte le classi istanziate.
3. Chiudo e metto a null tutti i recordset che apro.

Ammetto però di non essere un esperto della questione, e mi sono sempre chiesto se tutto questo lavoro in più ha un senso oppure è tempo sprecato.

[theguru]

Capisco la tua soluzione.
Tecnicamente mi chiedo, se dichiarando =null un doc od una collection, effettivamente questa venga eliminata, o semplicemente venga spostato il suo puntatore ad un valore nullo, lasciando integra la struttura dati, fino all'intervento del garbage collector.
Per questo un doc.destroy() taglierebbe la testa al toro.

[t.simoncini]

Questa discussione è interessante.
Abbiamo anche noi dei decadimenti di prestazioni dopo qualche ora che la sessione di lavoro non viene chiusa.
Non abbiamo ancora fatto indagini per mancanza di tempo, ma quello che dite mi mette una pulce nell'orecchio.

Sarebbe interessante sapere se qualcuno ha fatto analisi approfondite, o se ProGamma può darci delucidazioni a riguardo.

Ovviamente anche noi siamo su Foundation .NET

[r.bianco]

Tecnicamente mi chiedo, se dichiarando =null un doc od una collection, effettivamente questa venga eliminata, o semplicemente venga spostato il suo puntatore ad un valore nullo, lasciando integra la struttura dati, fino all'intervento del garbage collector.

Sono piuttosto sicuro che influenzi solo il puntatore e non la memoria allocata. Mi capita spesso di istanziare documenti su variabili, valorizzarli e passarli poi ad un pannello, concludendo con un 'variabile = null'.

Abbiamo anche noi dei decadimenti di prestazioni dopo qualche ora che la sessione di lavoro non viene chiusa.

A noi è capitato con molte server session, ai tempi la connessione al db non veniva chiusa dal framework di InDe e inoltre avevamo aumentato a dismisura il timeout delle sessioni su IIS. Entrambe questioni risolte passando alla 14.0 di InDe e 7.5 di IIS.

[t.simoncini]

Abbiamo anche noi dei decadimenti di prestazioni dopo qualche ora che la sessione di lavoro non viene chiusa.

A noi è capitato con molte server session, ai tempi la connessione al db non veniva chiusa dal framework di InDe e inoltre avevamo aumentato a dismisura il timeout delle sessioni su IIS. Entrambe questioni risolte passando alla 14.0 di InDe e 7.5 di IIS.

Grazie della precisazione.

[g.lanzi]

Se le variabili sono propriamente annullate dal codice applicativo e non ci sono altri puntatori che le tengono in vita il problema non dovrebbe sussistere. L'applicazione usata per il crm e l'help desk, ad esempio, è attiva da alcuni mesi senza riavvio a parte i recycle periodici di IIS.

Il garbage collector di C# dovrebbe fare il suo dovere nel modo corretto, ma si potrebbe comunque fare delle prove lanciando su un server di test un certo numero di sessioni e verificando lo stato dell'occupazione di memoria.

In questo blog http://blog.progamma.com/tips-tricks-problemi-di-memoria/ suggerisco un tool che mi è capitato di usare in versione di prova e che mi aveva lasciato soddisfatto.

[theguru]

Se le variabili sono propriamente annullate dal codice applicativo

eccomi.
ero proprio interessato a questo punto: come si annullano propriamente?
mi viene in mente il clear per le collection e doc, ma svuotare credo sia diverso da annullare..

[g.lanzi]

variabile = null è il modo giusto, fa sì che appena gira il garbage collector la memoria sia liberata. Se è una collection anche clear va bene.