Discussion :

[Invité]

Bonjour, bonsoir,

La fonction win32gui.GetForegroundWindow() peut-elle commettre des fuites de mémoire ???

Je viens de passer quelques heures à comprendre d'où venait l'incrémentation de ma RAM sur mon script python. (Relativement faible, 0.1 Mo toutes les 10/15 secondes)
Après 150 essais, il semblerait que ça vienne de cette fonction appelée via un thread (si la précision était importante).

Je n'ai pas trouvé beaucoup d'information intelligible à ce sujet sur internet.

Savez-vous comment je peux tester/traiter ce problème ?

Arigato !

PS : Un code qui semble provoquer une fuite de mémoire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
import win32gui, threading, time#, memory_profiler
 
#@profile
def check_foreground():
    hwnd = win32gui.GetForegroundWindow()
 
 
 
while True:
    threading.Thread(target=check_foreground).start()
    time.sleep(0.005)

Est-ce lié au threading, à la fréquence élevée, autres ? Est-ce normal ?

Il semblerait que le problème vienne du faite que je n'ai pas spécifié qu'il s'agisse d'un daemon.
Si vous pouviez juste me confirmer, mon erreur, je vous en serais gré !

[wiztricks]

La fonction win32gui.GetForegroundWindow() peut-elle commettre des fuites de mémoire ???

C'est une fonction Windows.
Rien à voir avec Python.

Si elle provoque des défauts de mémoire çà aurait fait jaser... et on en trouverait trace sur Internet (et je ne vais pas chercher à votre place car vous auriez du le faire avant même de poster).

- W

[Invité]

C'est une fonction Windows.
Rien à voir avec Python.

Si elle provoque des défauts de mémoire çà aurait fait jaser... et on en trouverait trace sur Internet (et je ne vais pas chercher à votre place car vous auriez du le faire avant même de poster).

- W

Un grand merci comme toujours Wiz !

[wiztricks]

Un grand merci comme toujours Wiz !

Cela vous a motivé à ajouter un peu plus d'information au post initial (et du code).
Néanmoins comme on ne sait pas comment est mesurée la consommation mémoire, chez moi ça semble stable (via le performance monitor)...

Il va falloir attendre que quelqu'un ait la chance de reproduire et l'envie d'y travailler...

Il semblerait que le problème vienne du faite que je n'ai pas spécifié qu'il s'agisse d'un daemon.

Il vous suffit de le préciser pour voir si çà change quelque chose...
Et vous voilà parti sur un sujet qui n'a rien à voir avec la question de départ.

- W

[Invité]

@wiz

Le code de base sans daemon, augmente bien l'utilisation de la RAM, j'ai regardé le gestionnaire des tâches et j'ai téléchargé Process Explorer de longues minutes.

Avec daemon, il semblerait que ça reste stable.

J'avais précisé dans le topic original, que c'était dans un thread, tout de même ! Visiblement ne pas utiliser l'attribut daemon engendre une consommation de mémoire, que peut-être des pros comme vous auriez anticipé en ayant vu que c'était dans un thread.

[wiztricks]

Visiblement ne pas utiliser l'attribut daemon engendre une consommation de mémoire, que peut-être des pros comme vous auriez anticipé en ayant vu que c'était dans un thread.

On évite de créer des threads à la volée: ça ne sert à rien et çà coûte en temps CPU et en mémoire. Donc sans reproducteur, difficile d'imaginer votre créativité à trouver des bugs: pas grand monde code comme vous.

Après lorsqu'on rencontre un problème, on essaie de le caractériser pour voir si d'autres sont tombés dedans. Ce qui (souvent) trouve des entrées dans la buglist Python qui permet de vérifier si on a le même problème ou pas (voire de trouver comment vivre avec).

Si vous venez ici, c'est pas pour qu'on fasse votre boulot (on a déjà de quoi faire) mais pour apprendre à vous dépatouiller tout seul avec les problèmes que vous rencontrez.

- W

[Invité]

Wiz tu te calmes !!! Sinon je vais le dire à la maitresse !