From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756189AbZHPWHK (ORCPT ); Sun, 16 Aug 2009 18:07:10 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753345AbZHPWHJ (ORCPT ); Sun, 16 Aug 2009 18:07:09 -0400 Received: from srv5.dvmed.net ([207.36.208.214]:44662 "EHLO mail.dvmed.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752482AbZHPWHI (ORCPT ); Sun, 16 Aug 2009 18:07:08 -0400 Message-ID: <4A8882E0.5070207@garzik.org> Date: Sun, 16 Aug 2009 18:06:24 -0400 From: Jeff Garzik User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.1) Gecko/20090814 Fedora/3.0-2.6.b3.fc11 Thunderbird/3.0b3 MIME-Version: 1.0 To: Roland Dreier CC: James Bottomley , Arjan van de Ven , Alan Cox , Mark Lord , Chris Worley , Matthew Wilcox , Bryan Donlan , david@lang.hm, Greg Freemyer , Markus Trippelsdorf , Matthew Wilcox , Hugh Dickins , Nitin Gupta , Ingo Molnar , Peter Zijlstra , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-scsi@vger.kernel.org, linux-ide@vger.kernel.org, Linux RAID Subject: Re: Discard support References: <200908122007.43522.ngupta@vflare.org> <20090813151312.GA13559@linux.intel.com> <20090813162621.GB1915@phenom2.trippelsdorf.de> <87f94c370908131115r680a7523w3cdbc78b9e82373c@mail.gmail.com> <3e8340490908131354q167840fcv124ec56c92bbb830@mail.gmail.com> <4A85E0DC.9040101@rtr.ca> <20090814234539.GE27148@parisc-linux.org> <1250341176.4159.2.camel@mulgrave.site> <4A86B69C.7090001@rtr.ca> <1250344518.4159.4.camel@mulgrave.site> <20090816150530.2bae6d1f@lxorguk.ukuu.org.uk> <20090816083434.2ce69859@infradead.org> <1250437927.3856.119.camel@mulgrave.site> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.4 (----) X-Spam-Report: SpamAssassin version 3.2.5 on srv5.dvmed.net summary: Content analysis details: (-4.4 points, 5.0 required) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/16/2009 05:50 PM, Roland Dreier wrote: > > > Well, yes and no ... a lot of SSDs don't actually implement NCQ, so the > > impact to them will be less ... although I think enterprise class SSDs > > do implement NCQ. > > Really? Which SSDs don't implement NCQ? ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata3.00: ATA-8: G.SKILL 128GB SSD, 02.10104, max UDMA/100 ata3.00: 250445824 sectors, multi 0: LBA ata3.00: configured for UDMA/100 for one...