Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 27 Sep 2002 03:29:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 27 Sep 2002 03:29:04 -0400 Received: from beppo.feral.com ([192.67.166.79]:61711 "EHLO beppo.feral.com") by vger.kernel.org with ESMTP id ; Fri, 27 Sep 2002 03:29:02 -0400 Date: Fri, 27 Sep 2002 00:34:14 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Jens Axboe cc: "Justin T. Gibbs" , "Pedro M. Rodrigues" , Mathieu Chouquet-Stringer , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: Warning - running *really* short on DMA buffers while doing file transfers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1300 Lines: 44 The issue here is not whether it's appropriate to oversaturate the 'standard' SCSI drive- it isn't- I never suggested it was. I'd just suggest that it's asinine to criticise an HBA for running up to reasonable limits when it's the non-toy OS that will do sensible I/O scheduling. So point your gums elsewhere. On Fri, 27 Sep 2002, Matthew Jacob wrote: > > > On Fri, 27 Sep 2002, Jens Axboe wrote: > > > On Fri, Sep 27 2002, Matthew Jacob wrote: > > > > > > > > So I think the 'more tags the better!' belief is very much bogus, at > > > > least for the common case. > > > > > > Well, that's one theory. > > > > Numbers talk, theory spinning walks > > > > Both Andrew and I did latency numbers for even small depths of tagging, > > and the result was not pretty. Sure this is just your regular plaino > > SCSI drives, however that's also what I care most about. People with > > big-ass hardware tend to find a way to tweak them as well, I'd like the > > typical systems to run fine out of the box though. > > > > Fair enough. > > > > > - 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/