Date: Mon, 5 Feb 2001 17:21:11 -0800 (PST) From: Dan Phoenix <dphoenix@bravenet.com> To: Matt Dillon <dillon@earth.backplane.com> Cc: Alfred Perlstein <bright@wintelcom.net>, Jos Backus <josb@cncdsl.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: qmail IO problems Message-ID: <Pine.BSO.4.21.0102051711490.18264-100000@gandalf.bravenet.com> In-Reply-To: <200102060101.f1611Zu55025@earth.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER
Tot Share Tot Share Free in out in out
Act 107324 2124 113016 2584 12436 count
All 252644 2220 3105952 2744 pages
Interrupts
Proc:r p d s w Csw Trp Sys Int Sof Flt 71 cow 414
total
6 19 1404 519 4212 415 668 422 37652 wire mux
irq11
116916 act 83 mux
irq10
13.8%Sys 0.0%Intr 3.1%User 0.0%Nice 83.1%Idl 86824 inact 103 ata0
irq14
| | | | | | | | | | 11252 cache ata1
irq15
=======> 1184 free fdc0
irq6
daefr
atkbd0 irq
Namei Name-cache Dir-cache 264 prcfr ppc0
irq7
Calls hits % hits % react 100 clk
irq0
1183 989 84 18 2 pdwak 128 rtc
irq8
188 zfod pdpgs
Disks ad0 acd0 fd0 md0 150 ofod intrn
KB/t 3.98 0.00 0.00 0.00 79 %slo-z 35744 buf
tps 100 0 0 0 462 tfree 341 dirtybuf
MB/s 0.39 0.00 0.00 0.00 16396 desiredvnodes
% busy 93 0 0 0 24878 numvnodes
5801 freevnodes
soft updates are not on at this point....did not help anyways.
async mount was enabled on /usr to try and help it.
Mem: 114M Active, 88M Inact, 35M Wired, 10M Cache, 35M Buf, 1212K Free
this is first machine....as you can see alot of memory still left over.
from another machine...same problem....this one queue keeps getting filled
higher and higher...
7 users Load 0.07 0.13 0.15 Mon Feb 5 17:18
Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER
Tot Share Tot Share Free in out in out
Act 48232 1904 55248 2184 75220 count
All 179476 3316 3387352 4332 pages
Interrupts
Proc:r p d s w Csw Trp Sys Int Sof Flt cow 530
total
1 7 17 209 60 1504 530 89 10 55112 wire mux
irq11
75484 act 89 mux
irq10
1.5%Sys 1.5%Intr 3.1%User 0.0%Nice 93.8%Idl 48052 inact 213 ata0
irq14
| | | | | | | | | | 836 cache fdc0
irq6
=+> 74376 free
atkbd0 irq
daefr sio0
irq4
Namei Name-cache Dir-cache 23 prcfr ppc0
irq7
Calls hits % hits % react 100 clk
irq0
76 76 100 pdwak 128 rtc
irq8
1 zfod pdpgs
Disks ad0 fd0 md0 1 ofod intrn
KB/t 7.16 0.00 0.00 %slo-z 35744 buf
tps 214 0 0 213 tfree 22 dirtybuf
MB/s 1.49 0.00 0.00 16398 desiredvnodes
% busy 100 0 0 41207 numvnodes
31368 freevnodes
Your the expert in paging....please let me know what I should try to solve
this :)
On Mon, 5 Feb 2001, Matt Dillon wrote:
> Date: Mon, 5 Feb 2001 17:01:35 -0800 (PST)
> From: Matt Dillon <dillon@earth.backplane.com>
> To: Alfred Perlstein <bright@wintelcom.net>
> Cc: Jos Backus <josb@cncdsl.com>, Dan Phoenix <dphoenix@bravenet.com>,
> freebsd-hackers@FreeBSD.ORG
> Subject: Re: qmail IO problems
>
> I think before you guys go off wandering you need some definitive
> information on the rate of incomming and outgoing mail, number of
> simultanious connections being handled, and so forth.
>
> On the face of it, high disk transaction rates, low transfer rates,
> and idle cpu implies either lots of paging I/O or softupdates isn't
> actually turned on.
>
> Lots of paging I/O implies, potentially, lots of connections. So you
> need a couple of stats in-hand to figure out what is going on:
>
> * How many mail-related processes are running, and by inference how
> many simultanious connections are being handled?. 'ps axlww' while
> the heavy I/O is going on would help a lot here.
>
> * Is the sytem paging? 'systat -vm 1' will give you a good indication.
>
> * 'vmstat 1' output also helps
>
> If the system is running too many processes then some messing around
> with qmail's configuration options should solve the problem.
>
> Also, nowhere did I read how much memory this machine had. This will
> give us useful information on that front:
>
> * cat /var/run/dmesg.boot
>
> (And, for gods sake, DON'T screw around with sysctl vfs.write_behind! I
> should probably just rip that sysctl out. The default heuristic handles
> all the cases already).
>
> -Matt
>
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.BSO.4.21.0102051711490.18264-100000>