linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: bugzilla-daemon@bugzilla.kernel.org
To: linux-ide@vger.kernel.org
Subject: [Bug 3094] POOR I/O perfomance on VIA chipsets
Date: Thu, 20 May 2010 16:14:50 GMT	[thread overview]
Message-ID: <201005201614.o4KGEo3J019658@demeter.kernel.org> (raw)
In-Reply-To: <bug-3094-11633@https.bugzilla.kernel.org/>

https://bugzilla.kernel.org/show_bug.cgi?id=3094





--- Comment #27 from Tejun Heo <tj@kernel.org>  2010-05-20 16:14:28 ---
(In reply to comment #26)
> Are you aware of any other tools except htop and top (from procps package)?
> They both show IO wait as CPU load.

No, they don't.  They clearly distinguish between sys, user, idle and iowait. 
You're confusing cpu usage and load average.

> What about kernel itself? load average to my knowledge is statistical data
> exported by kernel itself and according to your words this data can be trusted,
> or I am missing something here?  Why do we have this kind of situation (I need
> to quote myself here):

It just seems that you're misunderstanding what 'load' means.

> I've just rerun this test for 10 minutes and load average climbed to 2.14 on my
> 4 cores SMP system (2 real cores, 2 HT's). That means that intensive I/O
> operations consume a mind boggling 50% of my CPU power and mind that I have a
> really fast CPU (3.4GHz Intel Core i5).

Load is the average number of threads which are running or willing to run.  It
doesn't have much to do with actual cpu usage.  Load average can and does go
way above the number of processors.  It doesn't mean the kernel is creating
virtual cpus for you.

> On this issue there are two almost identical bugs filed by me, bug 14531 and
> bug 14648 but it seems like no one cares.

If you don't clearly understand the issue technically (which is expected for
anyone who's not working on the specific area), it usually is a much better
idea to report what problem you're experiencing as a user.  Sure, your
conjecture or gut feeling can be helpful and it's a good idea to present them
but please always keep in mind the possibility of them being completely wrong
and/or irrelevant.

Good: While a large file is being copied, the system is very sluggish.  I can't
hardly move mouse pointer and simple command like ls takes minutes to complete.
 While this is happening, the load avg is such and such and I suspect this
might have something to do with the sluggishness.  My system information is
such and such...

Bad: While a large file is being copied, 150% of my cpu is being used
(misinterpreting load avg as cpu usage), please fix.

So, what actual problem are you seeing other than the expected high load avg?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.

  parent reply	other threads:[~2010-05-20 16:14 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bug-3094-11633@https.bugzilla.kernel.org/>
2010-05-18 23:33 ` [Bug 3094] POOR I/O perfomance on VIA chipsets bugzilla-daemon
2010-05-18 23:38 ` bugzilla-daemon
2010-05-18 23:44 ` bugzilla-daemon
2010-05-19  0:47 ` bugzilla-daemon
2010-05-19  0:51 ` bugzilla-daemon
2010-05-19  0:59 ` bugzilla-daemon
2010-05-19  1:12 ` bugzilla-daemon
2010-05-19  1:14 ` bugzilla-daemon
2010-05-19  3:08 ` bugzilla-daemon
2010-05-19  6:29 ` bugzilla-daemon
2010-05-19 11:16 ` bugzilla-daemon
2010-05-19 17:18 ` bugzilla-daemon
2010-05-19 20:53 ` bugzilla-daemon
2010-05-19 23:11 ` bugzilla-daemon
2010-05-20  5:28 ` bugzilla-daemon
2010-05-20  9:09 ` bugzilla-daemon
2010-05-20 15:49 ` bugzilla-daemon
2010-05-20 16:14 ` bugzilla-daemon [this message]
2010-05-20 16:56 ` bugzilla-daemon
2010-05-20 17:07 ` bugzilla-daemon
2010-05-20 17:43 ` bugzilla-daemon
2010-05-20 18:51 ` bugzilla-daemon
2010-05-20 19:02 ` bugzilla-daemon
2010-05-20 23:45 ` bugzilla-daemon
2010-05-21  5:48 ` bugzilla-daemon

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=201005201614.o4KGEo3J019658@demeter.kernel.org \
    --to=bugzilla-daemon@bugzilla.kernel.org \
    --cc=linux-ide@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).