Derniers journaux de iug :
- [13/04@09:48] Mldonkey stable
- [03/03@11:01] L'allocation mémoire et les langages fonctionnels
- [23/02@10:58] Encore des dépendances de modules, Linux c'est crad :)
- [23/02@10:14] Une petite question sur le chargement des modules
- [20/02@10:57] Mandrake 10 ?
- [27/01@23:19] Ils ont tout compris
- [27/01@23:19] Ils ont tout compris
- [23/12@21:25] Pourquoi ?
- [15/12@10:45] Droits d'auteur et Numérique
- [28/11@11:39] Le plugin Java et la Mandrake 9.2
- [24/11@12:30] Freebox en USB sous Linux
- [04/11@10:44] Moteur de recherche
- [04/11@10:42] Les moteurs de recherche
- [24/09@13:54] Le net rame ?!?
- [15/08@12:02] Problème de disque dur
- [19/06@09:53] SUN SU><OR
- [19/06@09:52] Sun SU><OR
- [27/05@08:33] Les Opterons en France
- [27/05@08:19] Les kernels pre-2.6 ont l'air d'arriver
- [22/04@15:21] AMD Opteron
Journal : Comment débugger l'allocation mémoire en Ocaml ?
Posté par iug () le 19 avril 2004Je suis comme toujours en train de m'occuper de mon mldonkey et de ses memory-leaks (même si c'est bien connu qu'avec un langage fonctionnel on n'a pas à se prendre la tête avec la gestion de la mémoire lol :).
Je voudrais savoir si certains connaitraient un programme directement prévu pour ocaml, ou des paramètres de compilation à passer, ou autres. Mon objectif seraient d'obtenir un état du tas à la fin de l'exécution pour comparer ce qu'il y a dans un tas de 20 Mo (normal) et dans un tas de 100 Mo (leaké). J'imagine qu'il sera alors aisé de voir quelle donnée n'est pas libérée. Je sais qu'on peut généré du C et ensuite utiliser les outils standards, mais j'ai un peu la flemme.
C'est pas la première fois que je cherche, mais les développeurs de ocaml ont l'air de penser qu'on peut pas avoir de memory leaks avec leur langage, ou alors ne veulent pas mettre sur la même page web des phrases disant qu'on n'a pas besoin de gérer sa mémoire et des softs pour détecter des memory-leaks :)
> Lire le journal (7 commentaires, moyenne: 1).
Re: Comment débugger l'allocation mémoire en Ocaml ?
T''as des preuves de ce que tu avances,
comme quoi le GC de ocaml serait buggé?
J'ai de très fort doutes...
-
[^]Re: Comment débugger l'allocation mémoire en Ocaml ?
Posté par Pascal Terjan (Jabber id, page perso, ) le 19/04/2004 à 11:48. (lien). Évalué à 1.Pas forcement, ca peut être mldonkey qui garde des réferences inutiles.. Il dit pas qu'il y a des memory leak dans ocaml mais dans un soft en ocaml et cherche comment les repérer.
-
[^]Re: Comment débugger l'allocation mémoire en Ocaml ?
-
[^]Re: Comment débugger l'allocation mémoire en Ocaml ?
Posté par _seb_ () le 19/04/2004 à 11:59. (lien). Évalué à 2.Tu connais probablement déjà le debug de OCaml
http://www.pps.jussieu.fr/Livres/ora/DA-OCAML/book-ora098.html(...)
Si tu as des doutes sur le GC de OCaml
http://www.pps.jussieu.fr/Livres/ora/DA-OCAML/book-ora089.html(...)
Dans la doc., il y a aussi une section intitulée "Suivi de l'évolution du tas"
http://www.pps.jussieu.fr/Livres/ora/DA-OCAML/book-ora091.html(...)
(sous Galéon, cette page s'affiche très mal)-
[^]Re: Comment débugger l'allocation mémoire en Ocaml ?
Posté par iug () le 19/04/2004 à 12:04. (lien). Évalué à 1.Merci pour les infos.
Je connais qu'un peu ocaml, et j'ai pas vraiement envie de me taper toutes les docs. J'ai déjà passé quelques heures sur le problème et je me disais bien que quelqu'un aurait la réponse qu'il me faut sur linuxfr.-
[^]Re: Comment débugger l'allocation mémoire en Ocaml ?
-
-
-
Re: Comment débugger l'allocation mémoire en Ocaml ?
http://www.pps.jussieu.fr/Livres/ora/DA-OCAML/book-ora099.html(...)
Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser 

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.