System perforamance 4.x vs. 5.x and 6.x

Julian Elischer julian at elischer.org
Fri Feb 15 00:01:24 UTC 2008


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 at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-performance
> To unsubscribe, send any mail to 
> "freebsd-performance-unsubscribe at freebsd.org"



More information about the freebsd-performance mailing list