Discussion :

[uriotcea]

Bonjour,

Je suis sous linux et gcc 4.2.1, et j'ai un code en developpement plutot complexe avec des dizaines de threads et de connections ftp en même temps. Enfin un vrai micmac. Voila aprés quelque jour d'utilisation j'ai droit à un plantage du genre

Code :

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

1
2
 
GLib-ERROR **: Cannot create pipe main loop wake-up: Trop de fichiers ouverts

J'ai bien essayer d'augmenter la nombre fichiers ouverts en même temps autorisé avec la func "setrlimit(RLIMIT_NOFILE,&corelimit)" mais si ca va surement me permettre de durer plus longtemps ce n'est évidemment pas satistfaisant. J'ai regardé un peut partout si j'oublié pas de fermer des fichiers ouvert mais sans rien trouver.

Enfin y a-til moyen connaitre le nombre de fichiers ouverts dans un programme qui tourne, cela me permettrait de trouver le soucie.

Merci d'avance

[wakan]

Bonjour,
As tu jeter un oeil sur ce site http://www.linuxplusvalue.be/mylpv.php?id=203.
J'espère que cela pourra d'aider.
A bientôt

[white_tentacle]

lsof ?

[uriotcea]

Oui "WAKAN" comme je disais j'ai déjà regardé de ce coté, mais le probleme n'est pas là à priori.

Isof ???

[Davidbrcz]

lsof est une commande sur les systèmes unix.
man lsof pour plus d'info

[estofilo]

sous linux, on peut simplement regarder dans le répertoire /proc/pid/fd pour avoir la liste des fichiers ouverts à un instant donné par le processus qui a pour numéro pid.

Et pour traçer les ouvertures et fermetures de fichiers d'un processus au cours du temps, il y a la commande strace qui peut aussi être bien utile.

[uriotcea]

Je n'ai pas ce type de répertoire sous Suze !

[estofilo]

Je n'ai pas ce type de répertoire sous Suze !

Ah. Ca peut arriver mais si c'est une version pas trop vieille c'est quand même inattendu. Ca produit une erreur si sous un shell tu lances la commande suivante:

Code :

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

ls -l /proc/$$/fd

??
(ça liste les fichiers du processus shell)

[loufoque]

Le moyen c'est simple, c'est de faire en sorte que ton programme ne fuit pas des ressources...
Utilise le RAII.

[uriotcea]

Ok j'ai finit par trouver ce répertoire et surveiller mon code. A priori le nombre fichier ouvert est constant est faible. Je ne comprend donc pas ce type de plantage
C'est Quoi RAII

[Trunks]

C'est Quoi RAII

http://arb.developpez.com/c++/raii/shared_ptr/

[white_tentacle]

Ça pue la mauvaise traduction en fait.

Ce qu'il n'arrive pas à créer, ce n'est pas un fichier, mais un pipe. Probablement, leak de handle, mais pas nécessairement de fichiers.

lance ton programme avec strace (regarde les options de strace, et grep est ton ami).

[uriotcea]

Exact je vient de m'n rendre compte c'est les pipe de mes ftp qui visiblement pose problem. Au moment d'un plantage avec ce message j'avais ~150pipes d'ouvert. Est-ce beaucoup ?

[krieg]

Salut,
Sur mon ordi j'ai une limite a 256. Mais j'ai l'impression que cela commence a faire pas mal.
bye

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) 6144
file size               (blocks, -f) unlimited
max locked memory       (kbytes, -l) unlimited
max memory size         (kbytes, -m) unlimited
open files                      (-n) 256
pipe size            (512 bytes, -p) 1
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 266
virtual memory          (kbytes, -v) unlimited

[uriotcea]

Apres des heures de tests laborieux, j'ai trouvé que mon plantage etait due à un SIG_PIPE.
Alors je peux les ignorer par
signal(SIG_PIPE,SIG_IGN)
Mais mes ftp sont dans des thread séparés. Ou dois je mettre cette instruction et n'est ce pas simplement repouser le probleme plus loing?

[Médinoc]

Tu dois t'assurer de fermer les tubes en question une fois qu'ils ne sont plus utilisés, mais à part ça...

[uriotcea]

Alors là, je ne sais pas trop comment fermer le pipe. Mes pipe sont créer sous Qt4 via la class Qftp

[white_tentacle]

Normalement, si tu appelles bien close() sur tes objets QFtp, il ne devrait pas y avoir de soucis.

Est-ce que tu fais bien un join sur les threads que tu crées ? (wait() dans QThread).

[uriotcea]

white_tentacle , pourrais-tu etre plus explicite concernant 'un join' ?

[white_tentacle]

Normalement, quand tu crées un thread, et qu'il se termine, tu dois le "joindre", au moyen de pthread_join sous posix.

Après, sous QT, je ne sais pas comment c'est fait, il y a bien wait(), mais peut-être que le join est aussi fait dans le destructeur (l'inverse métonnerait beaucoup).

Je pense que tu perds des threads, c'est à dire que tu crées des QThreads, mais que tu ne les détruits jamais (ou pas tous). Tes threads tiennent l'objet QFtp, qui du coup n'est jamais libéré, du coup tu exploses en nombre de pipe.