La taille de résident (comme observé de haut en bas) de mon processus est en augmentation. Mais, le comportement est très aléatoire. Mes travaux sur les processus de demande de modèle de réponse. Donc quand je demande de mettre un peu de charge sur mon processus de la mémoire commence à augmenter. Pour une première quelques heures (~ 3 heures environ), il augmentera à un rythme rapide et après que l'augmentation de devenir stable. Quelque temps après 30 min de 16 kb augmentation est observée quelques temps après 2-3 heures. Et parfois même d'une augmentation de 128kb est observée. Le comportement est vraiment aléatoire. Vous trouverez ci-joint les quelques résidents de la mémoire graphique de processus de prises à intervalle de 10 minutes chacun.

J'ai essayé en mode batch wdb avec mon processus. Mais, il n'a pas détecté aucune fuite. Il ne produit que du tas de fichiers de profil.

Est-il possible de découvrir que le poids \u003d ue augmentation est due à la fragmentation? Parce que beaucoup de malloc se passe dans mon processus.
Plate-forme HP-UX B.11.23 sur serveur HP Itanium. Je peux utiliser des chiffres et wdb outil (je ne dispose que de connaissances de ces deux )

Aussi, compte tenu du fait que la mémoire est plus après 2-3 h courir Comment puis-je travailler avec wdb en mode débogueur. Moyens qu'il est possible d'automatiser l'impression des tas d'informations et continue à partir de ce point de gdb / wdb automatiquement?

Tout d'abord, la plupart des implémentations de malloc ont tendance à retenir sur toute la mémoire allouée par le brk () appel système. Aucune de la mémoire est libérée tant que le processus se termine.