2.190 messaggi dal 04 marzo 2004
Contributi | Blog
qual è l'esigenza che ti porta a voler riciclare il processo in maniera forzata?

Alessio Leoncini (WinRTItalia.com)
.NET Developer, Interactive Designer, UX Specialist, Trainer
2.410 messaggi dal 13 febbraio 2003
Contributi
La mia webapp gira su ORACLE...non su mssql server...


ottimo ma questo che c'entra con il sessionstate??

Parliamo di sessione lato db e nessuno ti vieta visto che da quel che ho capito hai un solo web server e non prevedi cluster nlb di installare sul server web sql express per permetterti di mantenere lo stato della sessione

ho capito che qualsiasi tentativo di utilizzare gli application pool
per riciclare i wp sarà vano...


Allora gli application pool vanno riciclati quando i programmatori non fanno bene il loro lavoro e quindi non liberano correttamente le risorse in tutti gli altri casi non vanno riciclati.

Ci sono sistemisti (io sono tra quelli) che comunque per scrupolo fanno il recycle forzato ovviamente ad orari non critici nel mio caso alle 03:50 di notte

...quasi quasi mi pento di aver usato ASP.NET....
ma come si fa a gestire la memoria in questo modo!!!


?? Adesso questa me la spieghi, l'application pool mantiene in memoria i dati che il programmatore stabilisce, se il programmatore una session a sproposito, non le rilascia, ecc. non puoi dare la colpa e soprattutto non puoi risolvere il problema memoria facendo un semplice recylce ma il problema va risolto scrivendo buon codice, e ad esempio usare le session non è proprio scrivere buon codice :)

Vi ringrazio cmq del vostro aiuto!


di nulla
8 messaggi dal 31 gennaio 2007
Allora gli application pool vanno riciclati quando i programmatori non fanno bene il loro lavoro e quindi non liberano correttamente le risorse in tutti gli altri casi non vanno riciclati.


Certo hai ragione,io per quanto possibile (seguendo le regole che ho letto su un libro "Improving .Net Application Performance and scalability") di ottimizzare la scrittura del codice...ma uno si aspetta per esempio che quando faccio un dispose di un datatable si liberi memoria..cosa che non avviene subito.
Tra l'atro la mia webapp viene usata da 10-15 utenti contemporaneamente che fanno riferimento allo stesso server....e quindi man mano che viene usata l'applicazione rallenta...


Ci sono sistemisti (io sono tra quelli) che comunque per scrupolo fanno il recycle forzato ovviamente ad orari non critici nel mio caso alle 03:50 di notte


si anche questa è una buona idea...

Adesso questa me la spieghi, l'application pool mantiene in memoria i dati che il programmatore stabilisce, se il programmatore una session a sproposito, non le rilascia, ecc. non puoi dare la colpa e soprattutto non puoi risolvere il problema memoria facendo un semplice recylce ma il problema va risolto scrivendo buon codice, e ad esempio usare le session non è proprio scrivere buon codice :)


cosa mi consigli allora invece delle session?
anche la cache è sbagliato usare?

Cmq se posso permettermi hai ragione a dire che bisogna ottimizzare il codice
ma la colpa non è tutta del programmatore


Grazie ancora aspetto riscontro....
2.410 messaggi dal 13 febbraio 2003
Contributi
glucahell ha scritto:
Certo hai ragione,io per quanto possibile (seguendo le regole che ho letto su un libro "Improving .Net Application Performance and scalability") di ottimizzare la scrittura del codice...ma uno si aspetta per esempio che quando faccio un dispose di un datatable si liberi memoria..cosa che non avviene subito.


diciamo che non è così ed è voluto se fai il disponse della connessione questa rimane attiva nel connection pool per velocizzare connessioni future, inoltre entriamo nell'argomento GAC per la gestione della memoria e quindi c'è poco da fare visto che se la gestisce lui

Tra l'atro la mia webapp viene usata da 10-15 utenti contemporaneamente che fanno riferimento allo stesso server....e quindi man mano che viene usata l'applicazione rallenta...


uhm qui farei un po' di analisi delle performance in quanto non è molto normale, capirei se parliamo di 1000-1500 utenti ma non di 10

cosa mi consigli allora invece delle session?
anche la cache è sbagliato usare?


Come già indicato nel post precedente puoi usare SQL per memorizzare lo stato della sessione

Rimango sempre dell'idea che a parte casi particolari le pagine web devono essere sempre session less e al limite usare cookie

Ricordiamo che lo strato delle sessioni sta a livello 5 della pila osi e quindi non va nelle applicazioni :)

Cmq se posso permettermi hai ragione a dire che bisogna ottimizzare il codice
ma la colpa non è tutta del programmatore


per questo mi occupo di consulenza sull'ottimizzazione :D
8 messaggi dal 31 gennaio 2007
Ok..grazie per la consulenza...

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.