ciao,
una cosa tremenda:
creo un nuovo progetto VB.NET (con VS.NET) e cosi come è (vuoto) lo eseguo, poi apro il task manager e vedo che l'applicativo di cui sopra (che è vuoto!!!) ciuccia ben 10 o 11 Mb di RAMVVoVe:
come mai, è normale?
ciao,
una cosa tremenda:
creo un nuovo progetto VB.NET (con VS.NET) e cosi come è (vuoto) lo eseguo, poi apro il task manager e vedo che l'applicativo di cui sopra (che è vuoto!!!) ciuccia ben 10 o 11 Mb di RAMVVoVe:
come mai, è normale?
Mi pare molto strano...hai provato ad eseguirlo all'esterno di Visual Studio, senza entrare in modalità debugging?
MARCO BREVEGLIERI
Software and Web Developer, Teacher and Consultant
Home | Blog | Delphi Podcast | Twitch | Altro...
sìsìOriginariamente inviato da alka
Mi pare molto strano...hai provato ad eseguirlo all'esterno di Visual Studio, senza entrare in modalità debugging?
sempre 10/11 mega
Beh, io ho creato un progetto C# con due form e l'occupazione di memoria sale a quota circa 9 MB.
Tendenzialmente è un valore alto, ma devi tenere conto di una cosa: il CLR (Common Language Runtime) è in grado di ottimizzare il codice per velocità di esecuzione o per risparmio di risorse in base alla situazione attuale del tuo ambiente operativo.
Se la memoria è scarsa, per intenderci, il CLR tenderà a ridurre le dimensioni del codice nativo prodotto, in caso contrario prediligerà una maggiore velocità di esecuzione, che magari potrebbe tradursi in "inlining" di funzioni (non so con precisione come si comporta) e altri espedienti che, pur occupando un quantitativo di memoria superiore, garantiscono migliori performance.
Ciao!![]()
MARCO BREVEGLIERI
Software and Web Developer, Teacher and Consultant
Home | Blog | Delphi Podcast | Twitch | Altro...
ah ok,Originariamente inviato da alka
Beh, io ho creato un progetto C# con due form e l'occupazione di memoria sale a quota circa 9 MB.
Tendenzialmente è un valore alto, ma devi tenere conto di una cosa: il CLR (Common Language Runtime) è in grado di ottimizzare il codice per velocità di esecuzione o per risparmio di risorse in base alla situazione attuale del tuo ambiente operativo.
Se la memoria è scarsa, per intenderci, il CLR tenderà a ridurre le dimensioni del codice nativo prodotto, in caso contrario prediligerà una maggiore velocità di esecuzione, che magari potrebbe tradursi in "inlining" di funzioni (non so con precisione come si comporta) e altri espedienti che, pur occupando un quantitativo di memoria superiore, garantiscono migliori performance.
Ciao!![]()
grazie per la chiara spiegazione
![]()