Résultats de la recherche (2 résultats)

DaTosstt
28 Mai 2007, 13:36
Je connaissai pas mtrace.
Si j'ai bien lu les logs du chan ton mtrace n'a rien donné.
Il y a aussi valgrind mais je ne l'ai jamais utilisé.

Il faut peut-etre considérer que le problème ne vient pas que de tremulous, mais peut-etre de processus qui tourne au meme moment...

Un problème de mémoire, ou de swap.

Exemple de scénario:
- lancement du serveur tremu, chargement en memoire
- lancement d'autres process plus actif
- manque de ram
- passage des processus les moins utilisés en swap (dont tremu)
- utilisation d'un partie du swap qui se trouve comme par hazard dans une zone deffectueuse du disque
- probleme, lenteur, crash, ...


Autre idee, lancer le serveur avec des "ulimit" plus resctrictif. S'il y a fuite de mémoire ou explosion de resource le binaire se fera tuer ou crashera faute d'avoir ce qu'il veux. Mais au moins vous aurez un résultat rapidement.

Sinon jle redis, essayer avec une compil en x83 (non optimisé pour l'architecture courante)
et/ou essayer avec d'autres version du compilo (gcc 3.x et 4.x)
DaTosstt
27 Mai 2007, 15:26
Perso j'utilise les mêmes patchs. Mais pas de modification particulière du Makefile (pour les options de compilation) sous GNU/debian etch.

Remarque pour les modifications des variables du Makefile il suffit de creer un fichier Makefile.local et de les mettres dedans.

Idee:
- recompiler sans les options precisant l'architecture.
- essayer avec les options de limitation de memoire

afficher un top (cpu/mem etc)

J'ai tenter un strace sur le binaire mais c'est une horreur ;-)

Rapidement votre,
.