CPU/Memoire/Handles... - API Win32 - Programmation
Marsh Posté le 29-07-2008 à 16:01:19
Ou utilise Process Explorer. Affiche le contenu des handles du processus (View => Show Lower pane => Handle Ctrl+H).
Il te listera tous les handles ouverts, par type (fichier, thread, semaphore, ....). Tu pourras voir très vite s'il y a un leak ou non.
Marsh Posté le 29-07-2008 à 18:07:04
Visiblement c'est des handles de Threads détruit qui restent. Le problème c'est que j'utilise massivement l'API directshow qui crée un gros nombre de threads en interne...
Marsh Posté le 29-07-2008 à 18:18:36
Peut etre, mais par nature j'aurai plutôt tendance a croire que les mecs qui ont codé DX savent a peu prêt ce qu'ils font.
J'ai jamais vraiment compris comment windows gérait les handles tfoisson
Marsh Posté le 29-07-2008 à 19:36:52
azubal a écrit : Peut etre, mais par nature j'aurai plutôt tendance a croire que les mecs qui ont codé DX savent a peu prêt ce qu'ils font. |
Tu vas au devant de grandes désillusions
Marsh Posté le 21-09-2008 à 11:45:12
Marsh Posté le 29-07-2008 à 00:17:48
Bonjour tout le monde,
Je développe un serveur oueb qui commence à fonctionner correctement, du coup je commence mes tests de charge...
Tout me semble en ordre, il encaisse plusieurs milliers de requêtes sans problèmes, la ram fait du yoyo pendant le test mais tout est correctement libéré à la fin. Aucune monté de RAM même après plusieurs heures.
Mon problème ce situe plutôt au nouveau des "handles" qui eux grimpent sensiblement sans jamais redescendre...
J'ai cherché un peu partout dans mon code mais pourtant il me semble rien n'avoir oublié. En plus je dépends de libs externes et mon appli est fortement threadé ce qui ne facilite pas le debug.
Du coups je me demandais si c'était si grave que ca que ce nombre grimpe sans cesse ?
J'ai l'impression que le système possède un espece de "garbage collector à handles" qui passe de temps en temps.
Je vais lancer un bench sur plusieurs jours...