[C#] Minimizzare lo spreco di memoria in WinForm con un DataGridView

[Another]

mi sto chiedendo quale metodo sia più opportuno per occupare meno memoria possibile in questo caso: ho un form con una sezione di ricerca e visualizzazione poi dei risultati (diverse migliaia di record) in una datagridview sottostante

poichè le ricerche possono essere molte durante l'utilizzo dell'applicazione vorrei minimizzare lo spreco di memoria

x ora lavoro in questo modo:

        private void Ricerca()
        {
            //  stringa di connessione al database
            string connStr = "Data Source=server;Initial Catalog=SorveglianzaSanitaria;User Id=xxxx;Password=xxxx;";
            //  comando SQL
            string sqlCmd = "SELECT matricola, cognome, nome, sesso, data_nasc FROM Anagrafiche";
            //  crea data adapter che prepara il comando sul db
            SqlDataAdapter daElenco = new SqlDataAdapter(sqlCmd, connStr);
            //  crea un data table e lo popola con il risultato del comando eseguito dal data adapter
            DataTable dtElenco = new DataTable();
            daElenco.Fill(dtElenco);

            //  crea un binding source e lo collega al lato dati
            BindingSource bsElenco = new BindingSource();
            bsElenco.DataSource = dtElenco;
            //  collega il lato visuale del binding source al datagridview
            dgvElenco.DataSource = bsElenco;

            //  libera memoria
            daElenco.Dispose();
            daElenco = null;
            dtElenco.Dispose();
            dtElenco = null;
            //  per il binding source non posso fare niente ora
        }

ha senso la sezione che libera la memoria? se mi spingo oltre con il binding source vien fuori un casino di quelli..

[Another]

niet?

[alka]

Non puoi sicuramente invocare la Dispose su quegli oggetti che vengono utilizzati dagli elementi visuali del tuo Form, certo a meno di non rinunciare al corretto funzionamento del Form stesso.

Per garantire la distruzione delle risorse esterne collegate ad un oggetto il prima possibile, puoi usare il costrutto using.

using (SomeType SomeObject = new SomeType())
{
  SomeObject.DoSomething();
}

Per il resto, credo che "tentare di risparmiare memoria" e ".NET Framework" siano due concetti ancora lontani e forse non si avvicineranno così facilmente. Non riesco a mantenere un'applicazione standard con un classico DataGrid al di sotto dei 20 MB, anche con pochi dati. :master:

Ciao!

[dops]

Originariamente inviato da alka

Non riesco a mantenere un'applicazione standard con un classico DataGrid al di sotto dei 20 MB, anche con pochi dati. :master:

eh??? ma parli di un semplice .exe con datagrid all'interno?

[alka]

Originariamente inviato da dops
eh??? ma parli di un semplice .exe con datagrid all'interno?

Esattamente.

Un'applicazione .NET 2.0 costituita da un Form con un solo pulsante tiene 10 MB precisi.

Ovviamente, la crescita non è esponenziale: non è che inserendo un controllo e poi un altro il programma raddoppi ogni volta.

Molto probabilmente, la condizione ideale per il .NET Framework sarebbe quella di avere unicamente programmi gestiti, affinché possano essere tutti riciclati all'interno del processo costituito dal CLR. Con una singola applicazione in memoria, le risorse del CLR aggiungono un peso (rispetto ad altre applicazioni native) che si riduce, in termini percentuali, quando si lanciano più applicazioni che vengono ospitate all'interno dello stesso runtime.

[dops]

Originariamente inviato da alka
Esattamente.

Un'applicazione .NET 2.0 costituita da un Form con un solo pulsante tiene 10 MB precisi.

Ovviamente, la crescita non è esponenziale: non è che inserendo un controllo e poi un altro il programma raddoppi ogni volta.

Molto probabilmente, la condizione ideale per il .NET Framework sarebbe quella di avere unicamente programmi gestiti, affinché possano essere tutti riciclati all'interno del processo costituito dal CLR. Con una singola applicazione in memoria, le risorse del CLR aggiungono un peso (rispetto ad altre applicazioni native) che si riduce, in termini percentuali, quando si lanciano più applicazioni che vengono ospitate all'interno dello stesso runtime.

Scusa ma allora posso considerarmi un miracolato visto che il mio .exe pesa 92kb e dentro ci sono 3 form e diversi controlli.. ma mi sà che non parliamo della stessa cosa a questo punto

[Another]

Originariamente inviato da alka
Non puoi sicuramente invocare la Dispose su quegli oggetti che vengono utilizzati dagli elementi visuali del tuo Form, certo a meno di non rinunciare al corretto funzionamento del Form stesso.

Per garantire la distruzione delle risorse esterne collegate ad un oggetto il prima possibile, puoi usare il costrutto using.

using (SomeType SomeObject = new SomeType())
{
  SomeObject.DoSomething();
}

in che modo funziona il costrutto? cioè perchè dovrebbe essere + efficiente?

[cassano]

Perche quando esce dal costrutto using l'oggetto viene distrutto richiamando in modo automatico il dispose.

[alka]

Originariamente inviato da dops
Scusa ma allora posso considerarmi un miracolato visto che il mio .exe pesa 92kb e dentro ci sono 3 form e diversi controlli.. ma mi sà che non parliamo della stessa cosa a questo punto

Parlo di memoria occupata in RAM, non su disco.

[alka]

Originariamente inviato da cassano
Perche quando esce dal costrutto using l'oggetto viene distrutto richiamando in modo automatico il dispose.

Niente di più, niente di meno.

Anzi, aggiungerei che viene garantita la sua chiamata, al contrario di ciò che avviene nel codice iniziale di esempio dove l'uso degli oggetti e la distruzione con Dispose, che si possono comunque mantenere e usare al posto di using, non sono garantite con un costrutto try...finally.

MyClass MyObj = new MyClass();
try
{
    MyObj.DoSomething();
}
finally
{
    MyObj.Dispose();
}

Ciao!