Aaron Stone wrote: > This might sound stupid, but is your dbmail.conf unusually large? Like > maybe some filesystem corruption concatenated it together with a 71MB file > from someplace else?
It would be a possibility if the amount of wasted memory was not tied directly to the amount of messages processed. I got only 17MB (not a typo) with 1000 messages. > I can't imagine that g_key_file_new is allocating such a large slab; I > assume that this is just the first function to request the slab, but you > did set the environment variables which turn off the slab allocator, > right? No, the only time it was turned off was in http://rabbit.us/pool/misc/dbmail_bug584_memcheck_svn2574_always_malloc.tar.bz2, everything else was with the thing turned on. I heavily modified the script, now it runs 6 tests total - with 1000 2000 and 3000 messages, both with and without the allocator. Memory consumption is logged also at 10 second intervals. It is running right now but will take quite a while, I should have result around 1pm CET. Since the amount of data keeps growing, would you like me to compress the thing with rar, or a larger bzip2 is preferable? Or do I scrap the level 5 logs altogether? Thanks Peter _______________________________________________ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://twister.fastxs.net/mailman/listinfo/dbmail-dev
