Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 18 Jan 2000 13:57:50 -0500 (EST)
From:      spork <spork@super-g.com>
To:        Dan Nelson <dnelson@emsphone.com>
Cc:        freebsd-hackers@FreeBSD.ORG, noc@inch.com
Subject:   Re: high load, nothing happening? (LONG)
Message-ID:  <Pine.BSF.4.00.10001181355440.10422-100000@super-g.inch.com>
In-Reply-To: <20000118105100.A79849@dan.emsphone.com>

next in thread | previous in thread | raw e-mail | index | archive | help

On Tue, 18 Jan 2000, Dan Nelson wrote:
> In the last episode (Jan 18), spork said:

> I'm not sure what the problem is.  You're 97% idle.  Maybe the hosted
> web sites on this machine are slightly more active than the ones on the
> other box.  You could always manually panic the box and see what those
> three processes on the run queue are, but it doesn't seem to be worth
> the effort.

That's another thing, the box is idle as we've yet to move it into
production.  Out of curiousity, how does one make a machine panic
manually?

I'll investigate throwing another httpd on there as well to see what
happens...

Thanks,

Charles
 
> > [begin orginal post]
> > We just built a large webserver machine (PII-450, 896MB RAM, 30-odd G of
> > Mylex RAID, 3.3-R) that constantly runs a load of from 1 to 3, even though
> > it's not doing anything (still sitting as a staging server).  The initial
> > startup is also very slow; after about 40 of the servers start there's
> > about a 15 second pause, then another 40, pause, etc...
> 
> 15 second pause as the system does what?  Hit ^T to see what the
> currently running process on the console is, tcpdump the network link
> and see if you're hanging on a DNS lookup, run "top < /dev/ttyv2 > /dev/ttyv2&"
> at the top of /etc/rc and see if something's hogging cpu.
> 
> > 449 processes: 1 running, 448 sleeping
> > CPU states: 0.0% user, 0.0% nice, 2.7% system, 0.0% interrupt, 97.3% idle
> > Mem: 62M Active, 355M Inact, 45M Wired, 8350K Buf, 418M Free
> > Swap: 784M Total, 784M Free
> >
> >   PID USERNAME PRI NICE  SIZE    RES STATE    TIME   WCPU    CPU COMMAND
> > 23684 root      30   0  1976K   944K RUN      0:00  3.08%  0.29% top
> >   904 root       2 -12  1036K   720K select   0:31  0.00%  0.00% xntpd
> >  4163 root       2   0  1468K  1096K select   0:13  0.00%  0.00% httpd-apache_1
> >  3399 root       2   0  1468K  1096K select   0:13  0.00%  0.00% httpd-apache_1
> 
> > Here's a snippet from a shell/web server that is doing actual work.  It
> > has less memory, a slower processor and a number of interactive users.
> > The load however rarely climbs above 1.0 unless a process goes runaway:
> >
> > last pid: 25042;  load averages:  0.38, 0.35, 0.63 13:26:43
> > 301 processes: 1 running, 300 sleeping
> > CPU states: 0.4% user, 0.0% nice, 0.8% system, 0.8% interrupt, 98.1% idle
> > Mem: 119M Active, 44M Inact, 36M Wired, 34M Cache, 6027K Buf, 17M Free
> > Swap: 640M Total, 37M Used, 603M Free, 6% Inuse
> >
> >   PID USERNAME PRI NICE SIZE    RES STATE    TIME   WCPU    CPU COMMAND
> > 25040 root     28   0   844K  1120K RUN      0:00  1.89%  0.34% top
> > 24823 freddy    2   0  4180K  2964K select   0:00  0.23%  0.23% pine4.21
> > 24919 byman     3   0   796K  1040K ttyin    0:00  0.04%  0.04% tcsh
> > 24537 inch_hom  2   0   640K   872K sbwait   0:00  0.04%  0.04% httpd-1.3.3-us
> 
> You're running a different httpd here.  Try moving the binary from this
> machine over to the other one and see if the loadavg drops.
> 
> 
> -- 
> 	Dan Nelson
> 	dnelson@emsphone.com
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-hackers" in the body of the message
> 



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.00.10001181355440.10422-100000>