Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Il tablet rugged leggero e sottile: Lenovo ThinkTab X11 offre resistenza, doppia USB-C e batteria rimovibile
Il tablet rugged leggero e sottile: Lenovo ThinkTab X11 offre resistenza, doppia USB-C e batteria rimovibile
Lenovo ha lanciato il ThinkTab X11 rimettendo piede nel segmento dei tablet Android con il marchio Think dopo oltre un decennio di assenza. Il risultato è un dispositivo che prende una direzione precisa: massima dotazione funzionale, costruzione resistente, autonomia fuori dagli schemi
AMD Advancing AI 2026: l'hardware AMD per le elaborazioni IA del futuro, tra GPU, CPU e robot
AMD Advancing AI 2026: l'hardware AMD per le elaborazioni IA del futuro, tra GPU, CPU e robot
AMD Advancing AI è l'appuntamento annuale con il quale l'azienda americana mostra quelle che sono le proprie novità dal versante datacenter. Tra piattaforma Helios, GPU Instinct MI455X e processori EPYC di sesta generazione tutto quello che serve per processare l'IA sempre più complessa ed esigente
Tascabile e con Android: BOOX Go 6 Gen II è diverso da tutti gli altri e-reader
Tascabile e con Android: BOOX Go 6 Gen II è diverso da tutti gli altri e-reader
BOOX Go 6 Gen II porta per la prima volta il supporto allo stilo su un e-reader da 6 pollici, affiancando 3 GB di RAM al collaudato Snapdragon 665 e un design rivisto con scocca posteriore a costolature. Su carta la proposta è interessante, ma Android 11 fuori supporto, l'assenza di un alloggiamento per il pennino e un'autonomia ridotta rispetto agli e-reader tradizionali sono i compromessi da accettare
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 24-06-2011, 09: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, 10: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, 14: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, 14: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, 15: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 tablet rugged leggero e sottile: Lenovo ThinkTab X11 offre resistenza, doppia USB-C e batteria rimovibile Il tablet rugged leggero e sottile: Lenovo Think...
AMD Advancing AI 2026: l'hardware AMD per le elaborazioni IA del futuro, tra GPU, CPU e robot AMD Advancing AI 2026: l'hardware AMD per le ela...
Tascabile e con Android: BOOX Go 6 Gen II è diverso da tutti gli altri e-reader Tascabile e con Android: BOOX Go 6 Gen II &egrav...
Recensione Lenovo Idea Tab Plus: il tablet da 12 pollici che costa meno di 300 euro Recensione Lenovo Idea Tab Plus: il tablet da 12...
Oltre il contante e le crypto: tutto sull'Euro Digitale e la nuova sovranità monetaria europea Oltre il contante e le crypto: tutto sull'Euro D...
Anthropic lancia Claude Opus 5: eclissa ...
Batterie a terra per Varta, bancarotta v...
Elon Musk: l'intelligenza artificiale su...
Ryzen 7 9800HX3D: il miglior processore ...
Google porta Gemini Live sui vecchissimi...
Corsair Platform:4 in offerta: la scriva...
Il creatore di Disagea sull'addio dei gi...
Fastweb + Vodafone entra nello SmartCity...
AI Act europeo: dal 2 agosto partono i n...
Da 1,3 a 10 miliardi in due mesi: chi è ...
Schede video RTX: NVIDIA comunica nuovi ...
GTA 6, i 60 fps stabili potrebbero esser...
Questa Smart TV QLED da 40 pollici con H...
Ring in sconto fino al 57%: videocitofon...
Pubblicità su Windows con i monit...
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: 22:58.


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