Heavy system load by pagedaemon

Iasen Kostov tbyte at otel.net
Thu May 11 10:36:51 UTC 2006


On Wed, 2006-05-10 at 11:49 -0500, Dan Nelson wrote:
> In the last episode (May 10), Iasen Kostov said:
> > On Wed, 2006-05-10 at 11:18 -0500, Dan Nelson wrote:
> > > In the last episode (May 10), Iasen Kostov said:
> > > > On Wed, 2006-05-10 at 15:32 +0300, Iasen Kostov wrote:
> > > > > On Wed, 2006-05-10 at 15:28 +0300, Iasen Kostov wrote:
> > > > > > I (probably) have some problem with a hosting server machine
> > > > > > halting about once a 30 to minute (probably when the free
> > > > > > memory falls under some threshold). At that moment the
> > > > > > machine totally halts for about 5 sec then resumes normal
> > > > > > work with load average around 9-15 (depends on system load)
> > > > > > from about 2-3. The system is:
> > > > > > (nice try :()
> > > > >  FreeBSD 6.1-PRERELEASE #7: Wed Mar 15 17:35:21 EET 2006
> > > > > 
> > > > >  ACPI APIC Table: <PTLTD          APIC  >
> > > > >  Timecounter "i8254" frequency 1193182 Hz quality 0
> > > > >  CPU: Dual Core AMD Opteron(tm) Processor 270 (2004.56-MHz K8-class CPU)
> > > > >    Origin = "AuthenticAMD"  Id = 0x20f12  Stepping = 2
> > > > > 
> > > > > Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>
> > > > >    Features2=0x1<SSE3>
> > > > >    AMD Features=0xe2500800<SYSCALL,NX,MMX+,<b25>,LM,3DNow+,3DNow>
> > > > >  real memory  = 8724152320 (8320 MB)
> > > > >  avail memory = 8315379712 (7930 MB)
> > > > >  FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
> > > > > 
> > > > 	Hum, I was probably wrong about the free memory threshold - it
> > > > currently has ~1600MB of free and it is doing it again. When the
> > > > free memory falls under ~30MB it is just doing it more
> > > > frequently.
> > > 
> > > Are you swapping?  Paste in the output "top -o size".  If you have
> > > processes that are in the 1gb range, then when one exits you will
> > > end up with a lot of "free" memory for a short period of time, and
> > > it may try paging in another process that was completely paged out
> > > (if you are low enough on RAM for that to have happened).  That
> > > could cause pagedaemon activity.
> > > 
> > 
> > last pid: 81499;  load averages:  4.55,  6.48,  7.06
> > up 39+02:03:35  19:20:24
> > 361 processes: 6 running, 340 sleeping, 15 waiting
> > CPU states:  7.8% user,  0.0% nice,  5.6% system,  0.6% interrupt, 86.0% idle
> > Mem: 3435M Active, 3422M Inact, 462M Wired, 357M Cache, 214M Buf, 63M Free
> > Swap: 4096M Total, 1884K Used, 4094M Free
> 
> Well, you're not swapping, which is good.
>  
> >   PID USERNAME  THR PRI NICE   SIZE    RES STATE  C   TIME   WCPU COMMAND
> > 80053 mysql       8  20    0   467M 45904K kserel 0   2:01  0.00% mysqld
> > 79134 nobody      1   4    0   243M  8332K sbwait 3   0:09  0.49% httpd
> > 79402 nobody      1   4    0   243M 58332K sbwait 3   0:10  0.00% httpd
> > 79341 nobody      1   4    0   242M 30156K sbwait 0   0:11  0.00% httpd
> > 79283 nobody      1   4    0   242M 56796K accept 0   0:07  0.10% httpd
> > 79281 nobody      1  -4    0   242M 63012K getblk 1   0:05  0.24% httpd
> > 79917 nobody      1   4    0   242M 59636K sbwait 3   0:10  0.00% httpd
> > ...
> > 
> > httpds are eating 242MB because I'm using eaccelerator which allocates
> > 100MB shared memory (or atleast that's what is in conf :) ) and I have
> > ~400 users.
> 
> I would have expected RES to be at least 100MB to account for that
> shared memory, but I could be wrong.  I don't have any suggestions on
> your paging problem, though.
> 

	OK, if somebody can tell me - if this is normal for pagedaemon to lock
the machine under heavy fragmentation and ~8G RAM or it's just FreeBSD
pagedaemon is Crappy (or the whole VM ?) and can't handle it and I
should explore other options (Linux, Solaris, older FreeBSD, other
BSDs ?) or it is just a bug (it's ~2 month before release but it should
be stable right ?).




More information about the freebsd-hackers mailing list