Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262948AbUC2NKp (ORCPT ); Mon, 29 Mar 2004 08:10:45 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262942AbUC2NH6 (ORCPT ); Mon, 29 Mar 2004 08:07:58 -0500 Received: from mx1.redhat.com ([66.187.233.31]:23445 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S262948AbUC2NFs (ORCPT ); Mon, 29 Mar 2004 08:05:48 -0500 Subject: Re: [PATCH] speed up SATA From: Arjan van de Ven Reply-To: arjanv@redhat.com To: Jens Axboe Cc: Jamie Lokier , Jeff Garzik , Nick Piggin , linux-ide@vger.kernel.org, Linux Kernel , Andrew Morton In-Reply-To: <20040329124421.GB24370@suse.de> References: <20040328141014.GE24370@suse.de> <40670BD9.9020707@pobox.com> <20040328173508.GI24370@suse.de> <40670FDB.6080409@pobox.com> <20040328175436.GL24370@suse.de> <20040328180809.GB1087@mail.shareable.org> <20040328181502.GO24370@suse.de> <40671FAF.6080501@pobox.com> <20040329080943.GR24370@suse.de> <20040329124147.GC4984@mail.shareable.org> <20040329124421.GB24370@suse.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cYoVA754xhfK+5m8VQcf" Organization: Red Hat, Inc. Message-Id: <1080565536.3570.4.camel@laptop.fenrus.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Date: Mon, 29 Mar 2004 15:05:36 +0200 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1452 Lines: 43 --=-cYoVA754xhfK+5m8VQcf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-03-29 at 14:44, Jens Axboe wrote: > On Mon, Mar 29 2004, Jamie Lokier wrote: > > Jens Axboe wrote: > > > Could be used to limit tcq depth, not just request sizes solving two > > > problems at once. I already have a tiny bit of keeping this > > > accounting to do proper unplugs (right now it just looks at missing > > > requests from the pool, doesn't work on tcq). > >=20 > > Does it make sense to allow different numbers of outstanding TCQ-reads > > and TCQ-writes? >=20 > Might not be a silly thing to experiment with, definitely something that > should be tested (added to list...) I wonder if the max read size could/should be correlated with the readahead size for such devices... it sounds like a related property at least. --=-cYoVA754xhfK+5m8VQcf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAaB8gxULwo51rQBIRAgMVAJ4jkvXMA4+8AkWhOYybId0Tc38SwACdHbwO HVQEyycBOfSJwbjIAPmnXgc= =jQbt -----END PGP SIGNATURE----- --=-cYoVA754xhfK+5m8VQcf-- - 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/