From: Jens Axboe <axboe@suse.de>
To: "Catalin(ux aka Dino) BOIE" <util@deuroconsult.ro>
Cc: linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org
Subject: Re: Strange vmstat output. 2.6.10 Scheduler?
Date: Tue, 1 Feb 2005 11:42:14 +0100 [thread overview]
Message-ID: <20050201104214.GK4137@suse.de> (raw)
In-Reply-To: <Pine.LNX.4.62.0502011236100.26221@webhosting.rdsbv.ro>
On Tue, Feb 01 2005, Catalin(ux aka Dino) BOIE wrote:
>
> >On Tue, Feb 01 2005, Catalin(ux aka Dino) BOIE wrote:
> >>Hello!
> >>
> >>I have a weird problem with a server. I use deadline.
> >>The output of vmstat is:
> >> 1 1 12312 6064 7580 815432 0 0 5332 456 1263 3119 22 5
> >> 0
> >> 73
> >> 0 1 12312 5280 7584 816240 0 0 6204 620 1307 1530 15 4
> >> 0
> >> 81
> >> 0 1 12312 6096 7528 815088 0 0 7604 8732 1256 1398 5 8
> >> 0
> >> 87
> >> 0 1 12312 6048 7528 815144 0 0 8 8 1243 1440 14 2
> >> 0
> >> 84
> >> 0 1 12312 6048 7528 815168 0 0 0 0 1261 1287 8 2
> >> 0
> >> 90
> >> 0 2 12312 6040 7584 815184 0 0 0 0 1258 1197 7 2
> >> 0
> >> 91
> >> 0 2 12312 6024 7584 815208 0 0 0 0 1265 1309 6 5
> >> 0
> >> 89
> >> 0 2 12312 6024 7584 815208 0 0 0 136 1253 365 2 2
> >> 0
> >> 96
> >> 0 2 12312 5984 7584 815208 0 0 0 0 1268 413 2 1
> >> 0
> >> 97
> >> 0 2 12312 6052 7584 815208 0 0 0 0 1270 375 2 1
> >> 0
> >> 97
> >> 1 0 12312 6164 7584 815156 0 0 6188 288 1270 4314 23 5
> >> 0
> >> 72
> >> 0 1 12312 5684 7536 815592 0 0 4128 8656 1270 1316 14 3
> >> 0
> >> 83
> >> 0 1 12312 5684 7536 815608 0 0 0 0 1258 1251 8 3
> >> 0
> >> 89
> >> 0 1 12312 5552 7536 815628 0 0 0 0 1258 1327 8 2
> >> 0
> >> 90
> >> 0 1 12312 5552 7536 815644 0 0 0 0 1264 1127 7 2
> >> 0
> >> 91
> >> 0 1 12312 5552 7536 815668 0 0 0 2 1258 1225 8 3
> >> 0
> >> 89
> >> 0 3 12312 5248 7588 816108 0 0 4340 585 1249 1316 7 3
> >> 0
> >> 90
> >> 0 2 12312 5612 7584 815680 0 0 3092 188 1254 411 3 1
> >> 0
> >> 96
> >> 0 2 12312 5564 7584 815676 0 0 0 0 1261 259 2 2
> >> 0
> >> 96
> >> 0 2 12312 5564 7584 815676 0 0 0 0 1254 348 2 1
> >> 0
> >> 97
> >>
> >>It seems strange because iowait is at 90% but nothing is trasnfered
> >>to/from disk. Why is that?
> >
> >The bi/bo numbers are sometimes a little confusing, it doesn't mean that
> >the drive is actually doing 8656kb of io at that very second - only that
> >this much io was queued to the drive.
> >
> >>I run postgresql on this server and I'm not satistied by it's speed.
> >>
> >>Single Pentium IV, IDE disk.
> >>
> >>What can be the problem?
> >
> >Do you have write cache enabled on the drive?
>
> No. Intentionaly I disabled it:
>
> ATA device, with non-removable media
> Model Number: WDC WD800JB-00CRA1
> Serial Number: WD-WMA8E8797395
> Firmware Revision: 17.07W17
> Standards:
> Supported: 5 4 3 2
> Likely used: 6
> Configuration:
> Logical max current
> cylinders 16383 16383
> heads 16 16
> sectors/track 63 63
> --
> CHS current addressable sectors: 16514064
> LBA user addressable sectors: 156301488
> device size with M = 1024*1024: 76319 MBytes
> device size with M = 1000*1000: 80026 MBytes (80 GB)
> Capabilities:
> LBA, IORDY(can be disabled)
> bytes avail on r/w long: 40 Queue depth: 1
> Standby timer values: spec'd by Standard, with device specific
> minimum
> R/W multiple sector transfer: Max = 16 Current = 16
> Recommended acoustic management value: 128, current value: 254
> DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
> Cycle time: min=120ns recommended=120ns
> PIO: pio0 pio1 pio2 pio3 pio4
> Cycle time: no flow control=120ns IORDY flow control=120ns
> Commands/features:
> Enabled Supported:
> * READ BUFFER cmd
> * WRITE BUFFER cmd
> * Host Protected Area feature set
> * Look-ahead
> Write cache
> * Power Management feature set
> Security Mode feature set
> * SMART feature set
> * Device Configuration Overlay feature set
> Automatic Acoustic Management feature set
> SET MAX security extension
> * DOWNLOAD MICROCODE cmd
> * SMART self-test
> * SMART error logging
> Security:
> supported
> not enabled
> not locked
> frozen
> not expired: security count
> not supported: enhanced erase
> HW reset results:
> CBLID- above Vih
> Device num = 0 determined by CSEL
> Checksum: correct
>
> Thanks!
Well then that is why, the writes are taking quite a while to reach the
platter. Nothing is wrong, the drive is just slow :-)
--
Jens Axboe
next prev parent reply other threads:[~2005-02-01 10:42 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-01 10:21 Strange vmstat output. 2.6.10 Scheduler? Catalin(ux aka Dino) BOIE
2005-02-01 10:26 ` Jens Axboe
2005-02-01 10:36 ` Catalin(ux aka Dino) BOIE
2005-02-01 10:42 ` Jens Axboe [this message]
2005-02-01 10:46 ` Catalin(ux aka Dino) BOIE
2005-02-01 10:49 ` Jens Axboe
2005-02-01 10:54 ` Catalin(ux aka Dino) BOIE
2005-02-01 10:59 ` Catalin(ux aka Dino) BOIE
2005-02-01 10:34 ` Massimo Cetra
2005-02-01 10:34 ` Massimo Cetra
2005-02-01 10:48 ` Catalin(ux aka Dino) BOIE
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050201104214.GK4137@suse.de \
--to=axboe@suse.de \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=util@deuroconsult.ro \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.