Date: Wed, 26 Mar 2008 23:20:18 -0600
From: Robert Hancock <hancockr@shaw.ca>
Subject: Re: DMA not working on SATA?
In-reply-to: <fa.tM6egqVO3jg78PMZEi2Ne7NkjtI@ifi.uio.no>
To: Alex Bennee <kernel-hacker@bennee.com>
Cc: LKML <linux-kernel@vger.kernel.org>
Message-id: <47EB2E92.9060401@shaw.ca>
MIME-version: 1.0
Content-type: text/plain; charset=UTF-8; format=flowed
Content-transfer-encoding: 7bit
References: <fa.tM6egqVO3jg78PMZEi2Ne7NkjtI@ifi.uio.no>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1037
Lines: 20

Alex Bennee wrote:
> Hi,
> 
> Since I got my new machine I noticed it seemed to be running slower than
> I expected for a duel core machine including a lot of stuttering. After
> tweaking the BIOS settings from "Legacy" to "AHCI" I measured a doubling
> of read performance with hdparm but heavy IO still makes the machine
> sluggish, with top showing ~80% of the time in the wait state (and
> loadavg shooting up). This seems like a DMA problem because I was under
> the impression a task demanding IO should be able to sleep on a DMA
> completion rather than blocking everything else.

That's not what IOwait means. It basically means "nothing better to do 
than wait for IO to complete". If you have only one running task which 
is blocked waiting for IO you will always have high IOwait.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/