[<prev] [next>] [day] [month] [year] [list]
Message-id: <460FEBB6.2040007@shaw.ca>
Date: Sun, 01 Apr 2007 11:28:22 -0600
From: Robert Hancock <hancockr@...w.ca>
To: Phillip Susi <psusi@....rr.com>,
linux-kernel <linux-kernel@...r.kernel.org>
Cc: Jeff Garzik <jeff@...zik.org>
Subject: Re: Why is NCQ enabled by default by libata? (2.6.20)
Phillip Susi wrote:
> Jeff Garzik wrote:
>> NCQ provides for a more asynchronous flow. It helps greatly with
>> reads (of which most are, by nature, synchronous at the app level)
>> from multiple threads or apps. It helps with writes, even with write
>> cache on, by allowing multiple commands to be submitted and/or retired
>> at the same time.
>
> But when writing, what is the difference between queuing multiple tagged
> writes, and sending down multiple untagged cached writes that complete
> immediately and actually hit the disk later? Either way the host keeps
> sending writes to the disk until it's buffers are full, and the disk is
> constantly trying to commit those buffers to the media in the most
> optimal order.
As well as what others have pointed out, without NCQ the disk is forced
to accept the data in the order that the host provides it. If the host
writes a burst of data that doesn't fill the write cache it's not as
much of an issue, but if the write cache fills up then the disk may have
to flush out data in a suboptimal order since it can't see what other
requests are coming and can't change the order in which that data shows up.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@...pamshaw.ca
Home Page: http://www.roberthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists