From: LA Walsh <law@sgi.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: linux-kernel@vger.kernel.org
Subject: Re: System unresponsitive when copying HD/HD
Date: Sun, 04 Feb 2001 11:55:25 -0800 [thread overview]
Message-ID: <3A7DB3AD.8A2E996E@sgi.com> (raw)
In-Reply-To: <E14PMvB-0001Mq-00@the-village.bc.nu>
Alan Cox wrote:
> But try 2.4.1 before worrying too much. That fixed a lot of the block
> performance problems I was seeing (2.4.1 ruins the VM performance under paging
> loads but the I/O speed is fixed ;))
---
Seems to have gotten a bit worse. Vmstat output after 'vmware' had completed
write -- but system unresponsive and writing out a 155M file...
1 0 0 0 113960 47528 277152 0 0 0 0 397 861 1 24 75
1 0 0 0 114060 47560 277152 0 0 4 350 432 1435 4 17 79
0 0 1 0 127380 47560 266196 0 0 0 516 216 435 7 3 90
1 0 1 0 127380 47560 266196 0 0 0 240 203 173 0 1 99
0 0 1 0 127380 47560 266196 0 0 0 434 275 180 0 2 98
1 0 1 0 127376 47560 266196 0 0 0 218 204 173 0 2 98
0 0 1 0 127376 47560 266196 0 0 0 288 203 174 0 0 100
0 0 1 0 127376 47560 266196 0 0 0 337 230 176 0 1 99
0 0 1 0 127376 47560 266196 0 0 0 267 241 177 0 1 99
0 0 1 0 127376 47560 266196 0 0 0 210 204 173 0 1 99
0 0 1 0 127376 47560 266196 0 0 0 204 203 173 0 1 99
0 0 1 0 127376 47560 266196 0 0 0 216 212 250 0 1 99
0 0 1 0 127376 47560 266196 0 0 0 208 205 172 0 2 98
0 0 1 0 127372 47560 266196 0 0 0 225 203 160 0 2 98
0 0 1 0 127372 47560 266196 0 0 0 316 214 212 0 1 99
1 0 1 0 127144 47560 266196 0 0 0 281 218 304 1 2 96
0 0 0 0 127144 47560 266196 0 0 0 1 161 240 1 0 99
0 0 0 0 127144 47560 266196 0 0 0 0 101 232 0 1 99
---
What is the meaning of having a process in the 'w' column? On other
systems, I was used to that meaning an executable had been *swapped* out completely
(as opposed to no pages mapped in) and that it meant your system vm was 'thrashing'.
But that obviously isn't the case here.
Those columns are output from a 'vmstat 5'. Meaning it took about 70 seconds
to write out 158M. Or about 2.2M/s. That's probably not bad. It still locks
up the system for over a minute though -- which is really undesirable performance
for interactive use. I'm guessing the vmstat output numbers are showing 4K? 8K?
blocks? 8K would about make sense for the 2.2M average.
--
Linda A Walsh | Trust Technology, Core Linux, SGI
law@sgi.com | Voice: (650) 933-5338
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-02-04 19:57 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-02 19:57 System unresponsitive when copying HD/HD Delta
2001-02-02 20:13 ` Doug McNaught
2001-02-02 20:20 ` Richard B. Johnson
2001-02-03 20:07 ` LA Walsh
2001-02-04 11:01 ` Alan Cox
2001-02-04 19:55 ` LA Walsh [this message]
2001-02-05 1:07 ` Jens Axboe
2001-02-05 16:23 ` [PATCH] " Rik van Riel
2001-02-05 16:15 ` Rik van Riel
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=3A7DB3AD.8A2E996E@sgi.com \
--to=law@sgi.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
/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.