On Wed, 15 Jun 2011 21:41:52 +0200, Stevan Bajić wrote: > This is strange. 1.1G of resistent memory for just 24 hours? And your > DSPAM had 30.5 hours of processing time? Is that right? > > My MX1 is up for 12 days (yeah, yeah... changed kernel and had to > reboot) and this are the numbers for DSPAM: > theia ~ # ps -ylC dspam > S UID PID PPID C PRI NI RSS SZ WCHAN TTY TIME > CMD > S 0 23215 1 0 80 0 4804 6495 - ? 00:00:20 > dspam > theia ~ # > > MX2 is up as well for 12 days and this are the numbers for it: > nyx ~ # ps -ylC dspam > S UID PID PPID C PRI NI RSS SZ WCHAN TTY TIME > CMD > S 0 3180 1 0 80 0 3372 8096 - ? 00:00:01 > dspam > nyx ~ # > > > I use MySQL as storage backend but still... I can right now not > explain why yours is so much more memory hungry than mine. > > Could you disable the maintenance for a bunch of days and see if > memory still goes up? >
It's better now, it seems. It's been running for a few days without devouring memory: $ ps -ylC dspam S UID PID PPID C PRI NI RSS SZ WCHAN TTY TIME CMD S 999 18378 1 0 80 0 17264 45464 ? ? 00:02:56 dspam I did not change anything in dspam configuration, but I did tweak postgres a bit, essentialy adapting the shared_buffer. I don't know how that could have an influence on Dspam, or maybe it's just not related at all. I'm still curious about that valgrind command though, just in case it happens again. Thanks, Julien ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Dspam-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspam-user
