On Sun, 12 Jun 2011 14:53:02 -0400 Julien Vehent <jul...@linuxwall.info> wrote:
> On Sat, 11 Jun 2011 15:36:10 -0400, Julien Vehent wrote: > > On Wed, 8 Jun 2011 08:28:17 -0500, k...@rice.edu wrote: > >> Hi Julien, > >> > >> What version of dspam are you running? What version of PostgreSQL? A > >> valgrind > >> result would really help locate the problem as Stevan suggested. > >> > > > > Hi, > > > > I was running a GIT version from february. I just rebuild a fresh > > binary from the latest GIT (a few minutes ago, see version below). > > We'll > > see if it changes anything. > > > > I process around ~500 emails a day on that system. Postgresql is 8.4 > > from debian squeeze. > > I'm willing to run dspam with valgrind if somebody can provide a > > guidance on how to run it, and what options would be useful. > > > > Nah... Same shit again with the latest git. DSPAM has been running for > 24 hours and dspam-maintenance was done at night. And now it's using > over 1GB of memory... > > > top - 20:50:20 up 25 days, 16:49, 1 user, load average: 0.03, 0.03, > 0.40 > Tasks: 163 total, 1 running, 162 sleeping, 0 stopped, 0 zombie > Cpu(s): 2.6%us, 1.7%sy, 0.0%ni, 95.4%id, 0.0%wa, 0.0%hi, 0.3%si, > 0.0%st > Mem: 2028176k total, 1937244k used, 90932k free, 40k > buffers > Swap: 1044216k total, 992696k used, 51520k free, 484780k cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 3102 dspam 20 0 2115m 1.1g 1464 S 0.0 54.9 30:35.21 dspam > 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? > > > Help ! :| > > > Julien > > -- Kind Regards from Switzerland, Stevan Bajić ------------------------------------------------------------------------------ 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 Dspam-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-user
