Date: Thu, 14 Feb 2008 16:01:24 -0800 From: Julian Elischer <julian@elischer.org> To: Kris Kennaway <kris@FreeBSD.org> Cc: Brett Bump <bbump@rsts.org>, freebsd-performance@freebsd.org Subject: Re: System perforamance 4.x vs. 5.x and 6.x Message-ID: <47B4D654.4070503@elischer.org> In-Reply-To: <47B4D139.5020701@FreeBSD.org> References: <20080214114759.R75215@mail.rsts.org> <47B49A16.1080103@FreeBSD.org> <20080214131026.Y75492@mail.rsts.org> <47B4D139.5020701@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Kris Kennaway wrote: > Brett Bump wrote: >> >> On Thu, 14 Feb 2008, Kris Kennaway wrote: >> >>> We are going to need more information about your system. What do you >>> mean by "peak activity"? What is running on the system when it performs >>> badly (check top -S, ps, gstat, vmstat -w, vmstat -i). What is your >>> kernel configuration, dmesg and relevant aspects of the system >>> configuration? >>> >>> Kris >>> >> >> I would call 120 processes with a load average of 0.03 and 99.9 idle >> with 10-20 sendmail processes and 30 apache jobs nothing to write home >> about. But when that jumps to 250 processes, a load average of 30 with >> 50% idle (5-10 second waits on single character ssh echo) a bit busy. >> That usually means my heavy pop3 users are checking in at the same time >> someone (or 2 or 3) have sent email to the large volume listservs. Proc >> stat doesn't show as much as gstat and iostat. Gstat alwasy shows my >> drive with /var/mail being 97-100% busy and iostat will always show hi >> tps rates, but never anything above 8MB/s (4.10 gave me 30MB/s+). >> >> Kernel is generic with ipfirewall quota and smp (no ipfw rules yet). > > OK, then you definitely need to update to 6.3, quota support in older > releases had performance problems. > >> [Thu Feb 14 09:59:23 2008] [notice] child pid 43464 exit signal Abort >> trap (6) >> httpd in malloc(): error: recursive call >> [Thu Feb 14 10:07:34 2008] [notice] child pid 85706 exit signal Abort >> trap (6) >> httpd in free(): error: recursive call >> [Thu Feb 14 10:48:39 2008] [notice] child pid 45621 exit signal Abort >> trap (6) >> httpd in free(): error: recursive call > typically a printf() in a signal handler... > These typically indicate application errors, or errors in how the > applications are compiled (e.g. linked to inconsistent sets of libraries). > > Kris > > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to > "freebsd-performance-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47B4D654.4070503>