ho sostituito tutti i vari "OleDB-qualcosa" con degli "SqlDB-qualcosa", e ho modificato la connnection string per utilizzare un SqlProvider invece dell'OleDbProvider....


....ora sembra tutto ok.... l'occupazione di memoria del servizio è "stabile", anche con la versione "completa" dell'applicazione.

ufffffffffffffff

ora posso andare al mare

eh.... retaggio... andando avanti poi ho visto che tanto fungeva tutto lo stesso, e non mi sono mai posto il problema. In generale sviluppo app web, nelle quali comportamenti di questo tipo non si palesano.

però non capisco perchè con il provider OLE deve avere questo comportamento strano.... mah...

cmq l'ho stressato per tutto il weekend, e sembra tutto ok. L'unico parametro che "cresce", quasi impercettibilmente, è la "occupazione di memoria virtuale".
È una cosa grave/rilevante?

Due parole: COM interop.
Il provider OLE e' internamente implementato con molte chiamate a codice nativo e le allocazioni sono molto meno ottimizzate e GC-friendly.

Quanto al problema del VAS che cresce, il SQL provider e' disegnato per essere molto avido con la memoria disponibile finche' ce n'e'. Comincia ad essere taccagno solo quando ci si avvicina al limite. Questo vuole dire che fino all'ordine delle centinaia di MB (a 32 bit) puoi stare tranquillo.
Da un certo punto di vista, ha senso: se hai ancora centinaia di MB di memoria disponibile, perche' sprecare cicli di clock facendo una raccolta della spazzatura?

Saluti

--Alessandro