chiaracat wrote:

Il sito è sviluppato con vs2005 e framework 2.0.

è una richiesta troppo generica. hai fatto correttamente uso di Dispose in Connection/Command/Reader? fai uso di DataSet? componenti particolari che possono fare memory leak?

chiaracat wrote:

il sito lavora su una connessione unica per singola sessione che viene chiusa (close non dispose) quando non utilizzata.

cioè? tieni la connessione aperta per tutta la durata della sessione? usi SqlConnection o qualcos'altro?

i datareader sono aperti e distrutti appena finito l'utilizzo, l'uso di dataset è abbastanza pesante perchè memorizza carrelli in dataset e poi li registra in viewstate.

nel ViewState? e per quale motivo? già di per sè usare i DataSet non è la scelta migliore, mi domando perchè salvarli nel ViewState, mi sfugge davvero.
btw, in scenari del genere (anche se 50 utenti sono pochi per chiamarlo carico) è buona norma realizzare un object model che sia il più snello possibile, e nel caso usare Cache e non ViewState come contenitore del carrello, così da tenerlo attivo per l'utente. lo stesso discorso può essere fatto con Session, ovviamente, non cambia granchè. di sicuro tenere un intero DataSet in memoria, magari con informazioni superflue, non è il massimo.

premesso ciò il sito lavora su un application pool dedicata che cresce fino ad a superare 1 gb di memoria utilizzata ( su 2 disponibili) ed imballa il sito nonostante i pochi utenti connessi (max 50)

1 GB di memoria per un'app con 50 utenti sono una enormità.

se limitassi l'application pool ad 1 gb di memoria questo potrebbe essere temporanemante una soluzione accettabile per evitare il blocco del sito? che ne pensi?

che l'effetto è che arrivato ad un 1 GB viene riciclato. e se hai carrelli in Session, li perdi.

l'applicazione è cookieless, può influenzare la memoria utilizzata?

ammesso che possa farlo, sarebbe molto ma molto marginale rispetto a tutto il resto di cui sopra.
.

chiaracat wrote:

La connessione viene chiusa dopo ogni utilizzo, uso il viewstate per tenermi i dati in memoria dopo il refresh della pagina.

Comunque a parte ottimizzazioni nella strutturazione del sito il problema di sovraccarico di memoria è iniziato da un giorno all'altro senza un apparente ragione.

probabilmente perchè c'è un carico maggiore. alla volte, se
l'applicazione è strutturata in un certo modo, l'effetto può essere visibili anche con 4-5 utenti in più rispetto al solito.

Dovendo risolvere il problema con una certa urgenza sarebbe disponibile per una consulenza? Grazie

contattami in privato.
.