> > Please, give me some start point to find the roots of the problem. > I assume you're running on Linux.
I've got this issue on FreeBSD box. On Linux test box process grows only up to 2MB (but there is no production data and clients). Here is partial pmap output: Address Kbytes RSS Shared Priv Mode Mapped File ... 00000000408AA000 932 548 932 - r-x /lib/libc.so.7 0000000040993000 4 4 4 - r-x /lib/libc.so.7 0000000040994000 1020 0 1020 - r-x /lib/libc.so.7 0000000040A93000 116 116 - 116 rw- /lib/libc.so.7 0000000040AB0000 92 44 - 92 rw- [ anon ] 0000000040B00000 1024 904 - 1024 rw- [ anon ] 0000000040C00000 34816 19652 - 34816 rw- [ anon ] 0000000042E00000 1024 200 - 1024 rw- [ anon ] 0000000042F00000 2048 400 - 2048 rw- [ anon ] 00007FFFFB9BE000 128 20 - 128 rw- [ anon ] 00007FFFFBBBF000 128 20 - 128 rw- [ anon ] ... ---------------- ---------- ---------- ---------- ---------- Total Kb 48552 23736 4352 44528 Most of memory is allocated here: 0000000040C00000 34816 19652 - 34816 rw- [ anon ] It gets bigger and bigger: 0000000040C00000 34816 20660 - 34816 rw- [ anon ] 0000000040C00000 34816 21216 - 34816 rw- [ anon ] > One other thing to check is to ensure that threads really are being killed > at the times you expect. (Check "/proc/<pid>/status | grep Threads", or use > "gdb -p" to attach to the running process then "info thr".) I checked it. Only valid threads run. _______________________________________________ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs