Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Il cuore digitale di F1 a Biggin Hill: l'infrastruttura Lenovo dietro la produzione media
Il cuore digitale di F1 a Biggin Hill: l'infrastruttura Lenovo dietro la produzione media
Nel Formula 1 Technology and Media Centre di Biggin Hill, la velocità delle monoposto si trasforma in dati, immagini e decisioni in tempo reale grazie all’infrastruttura Lenovo che gestisce centinaia di terabyte ogni weekend di gara e collega 820 milioni di spettatori nel mondo
DJI Osmo Mobile 8: lo stabilizzatore per smartphone con tracking multiplo e asta telescopica
DJI Osmo Mobile 8: lo stabilizzatore per smartphone con tracking multiplo e asta telescopica
Il nuovo gimbal mobile DJI evolve il concetto di tracciamento automatico con tre modalità diverse, un modulo multifunzionale con illuminazione integrata e controlli gestuali avanzati. Nel gimbal è anche presente un'asta telescopica da 215 mm con treppiede integrato, per un prodotto completo per content creator di ogni livello
Recensione Pura 80 Pro: HUAWEI torna a stupire con foto spettacolari e ricarica superveloce
Recensione Pura 80 Pro: HUAWEI torna a stupire con foto spettacolari e ricarica superveloce
Abbiamo provato il nuovo HUAWEI Pura 80 Pro. Parliamo di uno smartphone che è un vero capolavoro di fotografia mobile, grazie ad un comparto completo in tutto e per tutto, In questa colorazione ci è piaciuto molto, ma i limiti hardware e software, seppur in netto miglioramento, ci sono ancora. Ma HUAWEI ha fatto davvero passi da gigante per questa nuova serie Pura 80. Buona anche l'autonomia e soprattutto la ricarica rapida sia cablata che wireless, velocissima.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 24-06-2011, 10:03   #1
Lukepet
Member
 
Iscritto dal: Dec 2005
Messaggi: 271
Consigli sulla gestione della memoria per applicazioni .NET in terminal server

Salve, ho alcuni dubbi su un progetto che mi trovo a gestire e volevo da voi alcuni consigli in base alle vostre esperienze. Vi spiego subito la situazione.
Ho un server con 12Gb di RAM e sistema operativo Windows Server 2008 R2; su tale server risiede un'applicazione di gestione delle vendite sviluppata in WPF e che utilizza NHibernate (2.1.2) per la persistenza dei dati (il DBMS è SQL Server 2008). Al server accedono contemporaneamente via VPN dai 30 ai 40 utenti, che utilizzano l'applicazione in Desktop Remoto.

In questi giorni stavo monitorando il consumo di risorse nei momenti in cui lavorano tutti all'applicazione ed ho visto che per ogni utente la mia applicazione occupa dai 300 ai 500 mb; tale situazione sembra ridurre la memoria disponibile per SQL Server (che inizialmente ho visto essere intorno ai 2Gb, mentre nei momenti di massimo carico l'ho vista scendere a 400mb) e mi chiedevo se questo potesse incidere sulle performance nelle operazioni di lettura/scrittura dati nel db. Inoltre ho visto che praticamente il sistema raggiunge quasi 100% della memoria in uso ed ho paura che questa situazione "limite" possa portare ad ulteriori problematiche.

Ho iniziato ad analizzare la mia applicazione per rendermi conto di quale possa essere la causa di tale consumo di memoria e mi sono reso conto che in parte ciò è dovuto alla cache di NHibernate. Nell'applicazione infatti sono presenti delle manutenzioni che trattano una gran mole di dati e, nel momento in cui carico i dati, la memoria in uso per il singolo processo cresce di molto. La cosa che non mi convince è che se chiudo la form di manutenzione di tali dati la memoria rimane comunque allocata (e credo che ciò sia dovuto al fatto che i dati rimangono comunque nella cache di NHibernate), per poi essere riciclata automaticamente quando ci sono nuove richieste.

Alla luce di ciò le mie domande sono...

In una situazione del genere mi devo preoccupare del fatto che la memoria in uso del sistema sia quasi il 100%? o sarebbe oppurtuno estendere la RAM?
E' normale che la mia applicazione non rilasci immediatamente la memoria allocata in seguito al caricamento dei dati? Il riciclo della memoria è gestito automaticamente del sistema?
Sarebbe opportuno che nella configurazione di SQL Server prevedessi un limite minimo di memoria assegnata al processo?
Come faccio a rendermi conto se sono effettivamente in una situazione di criticità?
In base alle vostra esperienze personali avete dei consigli da darmi in merito?

Vi ringrazio in anticipo per informazione.
__________________
LucaP....pollosky.it
Motherboard Gigabyte GA-EP45-DS3P, Lc-Power Hyperion 700W, Cpu Intel Quad Core Q9400, Ram 8GB Corsair Dominator 1066Mhz, 2 x HardDisk Western Digital 500Gb RAID 0, Sapphire ATI Radeon HD 4850
Lukepet è offline   Rispondi citando il messaggio o parte di esso
Old 24-06-2011, 11:20   #2
DioBrando
Senior Member
 
Iscritto dal: Jan 2003
Città: Milano - Udine
Messaggi: 9418
Quote:
Originariamente inviato da Lukepet Guarda i messaggi
Salve, ho alcuni dubbi su un progetto che mi trovo a gestire e volevo da voi alcuni consigli in base alle vostre esperienze. Vi spiego subito la situazione.
Ho un server con 12Gb di RAM e sistema operativo Windows Server 2008 R2; su tale server risiede un'applicazione di gestione delle vendite sviluppata in WPF e che utilizza NHibernate (2.1.2) per la persistenza dei dati (il DBMS è SQL Server 2008). Al server accedono contemporaneamente via VPN dai 30 ai 40 utenti, che utilizzano l'applicazione in Desktop Remoto.

In questi giorni stavo monitorando il consumo di risorse nei momenti in cui lavorano tutti all'applicazione ed ho visto che per ogni utente la mia applicazione occupa dai 300 ai 500 mb; tale situazione sembra ridurre la memoria disponibile per SQL Server (che inizialmente ho visto essere intorno ai 2Gb, mentre nei momenti di massimo carico l'ho vista scendere a 400mb) e mi chiedevo se questo potesse incidere sulle performance nelle operazioni di lettura/scrittura dati nel db. Inoltre ho visto che praticamente il sistema raggiunge quasi 100% della memoria in uso ed ho paura che questa situazione "limite" possa portare ad ulteriori problematiche.

Ho iniziato ad analizzare la mia applicazione per rendermi conto di quale possa essere la causa di tale consumo di memoria e mi sono reso conto che in parte ciò è dovuto alla cache di NHibernate. Nell'applicazione infatti sono presenti delle manutenzioni che trattano una gran mole di dati e, nel momento in cui carico i dati, la memoria in uso per il singolo processo cresce di molto. La cosa che non mi convince è che se chiudo la form di manutenzione di tali dati la memoria rimane comunque allocata (e credo che ciò sia dovuto al fatto che i dati rimangono comunque nella cache di NHibernate), per poi essere riciclata automaticamente quando ci sono nuove richieste.

Alla luce di ciò le mie domande sono...

In una situazione del genere mi devo preoccupare del fatto che la memoria in uso del sistema sia quasi il 100%? o sarebbe oppurtuno estendere la RAM?
E' normale che la mia applicazione non rilasci immediatamente la memoria allocata in seguito al caricamento dei dati? Il riciclo della memoria è gestito automaticamente del sistema?
Sarebbe opportuno che nella configurazione di SQL Server prevedessi un limite minimo di memoria assegnata al processo?
Come faccio a rendermi conto se sono effettivamente in una situazione di criticità?
In base alle vostra esperienze personali avete dei consigli da darmi in merito?

Vi ringrazio in anticipo per informazione.
Premesso che non sono un grandissimo conoscitore di NHibernate ma lavorandoci da qualche mese ho imparato che il lazy load è un aspetto molto importante, soprattutto quando si tratta di gestire grafi complessi composti da collezioni con n elementi.

Lo usate?

Idem come sopra i meccanismi di caching in particolare di secondo livello (che in Hibernate esiste da una vita e da non molto è stato poi mutuato in Entity Framework).


Ti giro un paio di reference proprio su NHibernate
http://knol.google.com/k/nhibernate-...g-performance#
http://stackoverflow.com/questions/1...oading-feature

e sottolineo in particolare questo passaggio che penso possa interessarti:
Codice PHP:
the code that reads from the collection to just before the transaction is committed.
Alternativelywe could use a non-lazy collection or associationby specifying lazy="false" for the association mappingHoweverit is intended that lazy initialization be used for almost all collections and associations. If you define too many non-lazy associations in your object modelNHibernate will end up needing to fetch the entire database into memory in every transaction
DioBrando è offline   Rispondi citando il messaggio o parte di esso
Old 24-06-2011, 15:02   #3
Lukepet
Member
 
Iscritto dal: Dec 2005
Messaggi: 271
Si ho utilizzato il lazy-loading ma non è tanto un problema di performance quanto un problema di occupazione della memoria. Quando si carica una corposa lista di entità credo che la cache di NHibernate faccia aumentare la memoria in suo per il processo.
__________________
LucaP....pollosky.it
Motherboard Gigabyte GA-EP45-DS3P, Lc-Power Hyperion 700W, Cpu Intel Quad Core Q9400, Ram 8GB Corsair Dominator 1066Mhz, 2 x HardDisk Western Digital 500Gb RAID 0, Sapphire ATI Radeon HD 4850
Lukepet è offline   Rispondi citando il messaggio o parte di esso
Old 24-06-2011, 15:16   #4
DioBrando
Senior Member
 
Iscritto dal: Jan 2003
Città: Milano - Udine
Messaggi: 9418
Quote:
Originariamente inviato da Lukepet Guarda i messaggi
Si ho utilizzato il lazy-loading ma non è tanto un problema di performance quanto un problema di occupazione della memoria. Quando si carica una corposa lista di entità credo che la cache di NHibernate faccia aumentare la memoria in suo per il processo.
nono l'avevo capito che fosse un problema "banalmente" di RAM.
Mi chiedo però se in quel passaggio non si intendesse anche memoria primaria e non di massa. Però se mi dici che hai già il lazy loading...

Curiosità il lazy come lo utilizzi? Per capirci, è impostato a "true" o "proxy" il mapping?
DioBrando è offline   Rispondi citando il messaggio o parte di esso
Old 24-06-2011, 16:15   #5
Lukepet
Member
 
Iscritto dal: Dec 2005
Messaggi: 271
E' impostato "true" ed utilizzo Castle per il DynamicProxy delle classi
__________________
LucaP....pollosky.it
Motherboard Gigabyte GA-EP45-DS3P, Lc-Power Hyperion 700W, Cpu Intel Quad Core Q9400, Ram 8GB Corsair Dominator 1066Mhz, 2 x HardDisk Western Digital 500Gb RAID 0, Sapphire ATI Radeon HD 4850
Lukepet è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Il cuore digitale di F1 a Biggin Hill: l'infrastruttura Lenovo dietro la produzione media Il cuore digitale di F1 a Biggin Hill: l'infrast...
DJI Osmo Mobile 8: lo stabilizzatore per smartphone con tracking multiplo e asta telescopica DJI Osmo Mobile 8: lo stabilizzatore per smartph...
Recensione Pura 80 Pro: HUAWEI torna a stupire con foto spettacolari e ricarica superveloce Recensione Pura 80 Pro: HUAWEI torna a stupire c...
Opera Neon: il browser AI agentico di nuova generazione Opera Neon: il browser AI agentico di nuova gene...
Wind Tre 'accende' il 5G Standalone in Italia: si apre una nuova era basata sui servizi Wind Tre 'accende' il 5G Standalone in Italia: s...
iPad Air 13'' (M2) in offerta: sconto di...
Schiaffo al copyright: utilizzare materi...
realme GT 8 Pro porta le fotocamere inte...
JBL Clip 5 a soli 39€ su Amazon: lo spea...
Apple pronta a pagare 1 miliardo l'anno ...
Apple non dimentica gli iPhone più...
Nintendo si prepara a dare il benservito...
Arriva la Canon R6 Mark III con un obiet...
Una famiglia ha ridotto un conto ospedal...
Le carte collezionabili dell'INPS conqui...
Football Manager 26 debutta su Steam con...
A 189,99€ con coupon: il NAS UGREEN che ...
Arm cresce ancora: ricavi oltre 1 miliar...
Xiaomi Redmi Note 14 5G ora a soli 179€:...
Spotify dovrà affrontare una nuov...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 11:37.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v