Re: High CPU running SA in a VMware VM

2006-10-28 Thread Sammy Anderson
Rick Macdougall <[EMAIL PROTECTED]> wrote: Sammy Anderson wrote:> And there is one of these for each user, this is just for one user. Sounds like we may have to abandon Bayes or possibly use mysql. Not sure we are ready to invest in setting that all up...> Bayes in MySQL is a snap to setup and

Re: High CPU running SA in a VMware VM

2006-10-27 Thread Rick Macdougall
Sammy Anderson wrote: And there is one of these for each user, this is just for one user. Sounds like we may have to abandon Bayes or possibly use mysql. Not sure we are ready to invest in setting that all up... Bayes in MySQL is a snap to setup and it really runs rings around the dbm s

Re: High CPU running SA in a VMware VM

2006-10-27 Thread Sammy Anderson
And there is one of these for each user, this is just for one user.  Sounds like we may have to abandon Bayes or possibly use mysql.  Not sure we are ready to invest in setting that all up...Theo Van Dinter <[EMAIL PROTECTED]> wrote: On Fri, Oct 27, 2006 at 03:01:45PM -0700, Sammy Anderson wrote

Re: High CPU running SA in a VMware VM

2006-10-27 Thread Theo Van Dinter
On Fri, Oct 27, 2006 at 03:01:45PM -0700, Sammy Anderson wrote: > I manually ran sa-learn --force-expire, and it hammered the box. Here is a > debug and timing information (for just a 5 MB file!): > > [18002] dbg: bayes: token count: 161725, final goal reduction size: 49225 want to get rid

Re: High CPU running SA in a VMware VM

2006-10-27 Thread Sammy Anderson
I manually ran sa-learn --force-expire, and it hammered the box.  Here is a debug and timing information (for just a 5 MB file!):[18002] dbg: bayes: tie-ing to DB file R/O /home/ian/.spamassassin/bayes_toks [18002] dbg: bayes: tie-ing to DB file R/O /home/ian/.spamassassin/bayes_seen [18002]

Re: High CPU running SA in a VMware VM

2006-10-27 Thread Sammy Anderson
You are correct, this was a new build, with a later version of SA and migrated Bayes files.  It could very well be the case that Berkeley DB needs to be patched, or the data converted in some fashion.I will say that in a VM environment, we tried to build gcc, and it took MUCH longer than on

Re: High CPU running SA in a VMware VM

2006-10-27 Thread Theo Van Dinter
On Fri, Oct 27, 2006 at 09:10:28PM +, Mark wrote: > > I run my SMTP server entirely in a VMware VM, and have *never* seen a > > high CPU usage on that particular machine. I run Postfix, Amavis-new > > 2.4.3, SA 3.1.7 and quite some plug-ins. > > I would run any of the "db_dump" or db_upgrade"

RE: High CPU running SA in a VMware VM

2006-10-27 Thread Mark
> -Original Message- > From: Anders Norrbring [mailto:[EMAIL PROTECTED] > Sent: vrijdag 27 oktober 2006 20:58 > To: users@spamassassin.apache.org > Subject: Re: High CPU running SA in a VMware VM > I run my SMTP server entirely in a VMware VM, and have *never* seen

Re: High CPU running SA in a VMware VM

2006-10-27 Thread Anders Norrbring
Sorry about top-posting, but I just catched the topic, and found it a bit interesting... I run my SMTP server entirely in a VMware VM, and have *never* seen a high CPU usage on that particular machine. I run Postfix, Amavis-new 2.4.3, SA 3.1.7 and quite some plug-ins. Bayes and quarantine a

RE: High CPU running SA in a VMware VM

2006-10-27 Thread Sammy Anderson
I'm pretty sure it is that, because when I turn of bayes altogether, the spikes go away.  I also ran sa-learn --force-expire and it PEGS the VM.  With bayes debugging enabled, I see lines like this in my syslog:bayes: expired old bayes database entries in 236 seconds: 152268 entries kept, 94

RE: High CPU running SA in a VMware VM

2006-10-27 Thread Ring, John C
>From: Sammy Anderson [mailto:[EMAIL PROTECTED] > >We recently migrated our SpamAssassin installation from a physical 3.6 GHz system >running RHEL 4 and SA 3.0.4 to a VMware VM (ESX 2.5.4) with RHEL 4 as the guest OS >and SA 3.1.7. I just did the same thing last week, except we're using RHEL 3 an

Re: High CPU running SA in a VMware VM

2006-10-27 Thread Sammy Anderson
The guest has more memory than it is using, so it isn't doing any paging or swapping.As for the ESX 2.5.4 box, it isn't swapping either.  There is currently enough physical RAM for the few VM's running.[EMAIL PROTECTED] wrote: On Thu, 26 Oct 2006 15:52:17 -0700 (PDT) Sammy Anderson wrote

RE: High CPU running SA in a VMware VM

2006-10-27 Thread Sammy Anderson
che.org Subject: High CPU running SA in a VMware VM We recently migrated our SpamAssassin installation from a physical 3.6 GHz system running RHEL 4 and SA 3.0.4 to a VMware VM (ESX 2.5.4) with RHEL 4 as the guest OS and SA 3.1.7.  Each user has their own Bayes files (Berkeley DB

Re: High CPU running SA in a VMware VM

2006-10-27 Thread d.hill
On Thu, 26 Oct 2006 21:48:22 -0700 "Gary W. Smith" <[EMAIL PROTECTED]> wrote: Did you pre-allocate the disk space? If not you might consider do that first and defragging the disk. Good point! I forgot about the disk space.

RE: High CPU running SA in a VMware VM

2006-10-26 Thread Gary W. Smith
consider do that first and defragging the disk.     From: Sammy Anderson [mailto:[EMAIL PROTECTED] Sent: Thursday, October 26, 2006 3:52 PM To: users@spamassassin.apache.org Subject: High CPU running SA in a VMware VM   We recently migrated our SpamAssassin installation from a physical

Re: High CPU running SA in a VMware VM

2006-10-26 Thread d.hill
On Thu, 26 Oct 2006 15:52:17 -0700 (PDT) Sammy Anderson <[EMAIL PROTECTED]> wrote: We recently migrated our SpamAssassin installation from a physical 3.6 GHz system running RHEL 4 and SA 3.0.4 to a VMware VM (ESX 2.5.4) with RHEL 4 as the guest OS and SA 3.1.7. Each user has their own Baye

Re: High CPU running SA in a VMware VM

2006-10-26 Thread Tim B.
Sammy Anderson wrote: We recently migrated our SpamAssassin installation from a physical 3.6 GHz system running RHEL 4 and SA 3.0.4 to a VMware VM (ESX 2.5.4) with RHEL 4 as the guest OS and SA 3.1.7. Each user has their own Bayes files (Berkeley DB) and these were copied from the old to the n

High CPU running SA in a VMware VM

2006-10-26 Thread Sammy Anderson
We recently migrated our SpamAssassin installation from a physical 3.6 GHz system running RHEL 4 and SA 3.0.4 to a VMware VM (ESX 2.5.4) with RHEL 4 as the guest OS and SA 3.1.7.  Each user has their own Bayes files (Berkeley DB) and these were copied from the old to the new server.  Now whenev