Précédent   Forum du club des développeurs et IT Pro > Dotnet > Général Dotnet > Débuter
Débuter Forum d'entraide pour bien débuter avec Dotnet
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse
 
Outils de la discussion
Publicité
'
Vieux 16/10/2012, 14h19   #1
jpcheck
Rédacteur/Modérateur
 
Avatar de jpcheck
 
Homme Jean-Philippe ANDRÉ
Développeur freelance
Inscription : juillet 2007
Messages : 8 526
Détails du profil
Informations personnelles :
Nom : Homme Jean-Philippe ANDRÉ
Âge : 29
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Développeur freelance
Secteur : Finance

Informations forums :
Inscription : juillet 2007
Messages : 8 526
Points : 14 765
Points : 14 765
Envoyer un message via MSN à jpcheck
Par défaut Ecart d'utilisation processeur entre déboggage et .exe

Hello,

je rencontre une différence d'utilisation de RAM importante dans le cadre du développement d'un outil sous Vb.net.

L'application créée et détruit des blocs fonctionnels au cours de son existence, et j'ai un phénomène naturel de fluctuation de l'utilisation processeur.

Néanmoins, j'ai une très forte différence de RAM utilisée entre le mode débogage (~220Mo) et l'exécution du .exe (~750Mo).

Mes managers souhaitant une explication à ce sujet, j'aimerais avoir votre avis ou des pistes d'explications à ce sujet

Merci bien !
jpcheck est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/10/2012, 23h46   #2
Graffito
Expert Confirmé Sénior
 
Avatar de Graffito
 
Inscription : janvier 2006
Messages : 5 424
Détails du profil
Informations forums :
Inscription : janvier 2006
Messages : 5 424
Points : 6 108
Points : 6 108
Sous Vista et windows 7, il y a une notion de mémoire en « Veille » :
Citation:
En fait Windows n’a pas besoin de cette mémoire, mais comme elle est disponible, le système l’utilise pour faire du cache (soit de la mise en attente…), c'est-à-dire charger en mémoire des informations qui ne sont pas forcément nécessaires actuellement, mais que différents algorithmes ont jugés opportun de pré-charger… En effet, l’accès du système en mémoire est plus de 1000 X plus rapide que sur le disque dur, et un système qui utilise la mémoire cache de manière opportune est bien plus performant.
il est donc parfois difficile d'interpréter les indicateurs d'utilisation de la RAM.

Sans compter les incertitudes liées à la libération de mémoire par le garbage collector.
__________________
" Le croquemitaine ! Aaaaaah ! Où ça ? " ©Homer Simpson
Graffito est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 17/10/2012, 09h50   #3
jpcheck
Rédacteur/Modérateur
 
Avatar de jpcheck
 
Homme Jean-Philippe ANDRÉ
Développeur freelance
Inscription : juillet 2007
Messages : 8 526
Détails du profil
Informations personnelles :
Nom : Homme Jean-Philippe ANDRÉ
Âge : 29
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Développeur freelance
Secteur : Finance

Informations forums :
Inscription : juillet 2007
Messages : 8 526
Points : 14 765
Points : 14 765
Envoyer un message via MSN à jpcheck
Très bien merci.

Au final, on a coupé une source d'évènements tres gourmande (evenement sur un changement dans un carnet d'ordre boursier), pour ne plus demander que l'information à un moment donné (on passe du push du data provider à un pull application )
jpcheck est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Cette discussion est résolue.
Outils de la discussion

Navigation rapide


Fuseau horaire GMT +2. Il est actuellement 09h29.


 
 
 
 
Partenaires

Hébergement Web