< Previous by Date | Date Index | Next by Date > |
< Previous in Thread | Thread Index |
As for pinpointing memory leaks with valgrind, I have found the massif tool immensely useful. Just run valgrind --tool=massif ./repro for a little while (10 min or so) under load, and when you kill it, it will output a .ps and a .txt file describing the memory usage over time. If there is a leak, this will find it (unless it is caused by a threading problem, in which case the leak won't happen since valgrind serializes all execution).
Best regards, Byron Campen
Hi, I have downloaded the latest SVN tree and ran a simple load scenarioagainst repro sending 10 INVITES /sec - each one being rejected by repro with a 480 (I did not define a next hop). The memory used by repro keeps growing. If I stop the load the memory is not released. If I then re-runthe same load memory grows more. Valgrind did not produce anything useful.Are there known issues? Any hints how this can be further investigated?Could it be that some transaction state is not cleaned up? (Although stats report all 0's for TU summary) Thanks, Brocha _______________________________________________ repro-devel mailing list repro-devel@xxxxxxxxxxxxxxxxxxxx https://list.resiprocate.org/mailman/listinfo/repro-devel
Attachment:
smime.p7s
Description: S/MIME cryptographic signature