X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 6D6479DC827 for ; Tue, 31 Jan 2006 16:04:02 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 41713-09 for ; Tue, 31 Jan 2006 16:04:02 -0400 (AST) Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159]) by postgresql.org (Postfix) with ESMTP id 6C6569DC819 for ; Tue, 31 Jan 2006 16:04:00 -0400 (AST) Received: from gghcwest.com (adsl-71-128-90-172.dsl.pltn13.pacbell.net [71.128.90.172]) by svr4.postgresql.org (Postfix) with ESMTP id 043D15AF025 for ; Tue, 31 Jan 2006 20:04:01 +0000 (GMT) Received: from toonses.gghcwest.com (toonses.gghcwest.com [192.168.168.115]) by gghcwest.com (8.12.10/8.12.9) with ESMTP id k0VK3vmd015782 for ; Tue, 31 Jan 2006 12:03:58 -0800 Received: from jwb by toonses.gghcwest.com with local (Exim 4.52) id 1F41jL-0001UU-4j for pgsql-performance@postgresql.org; Tue, 31 Jan 2006 12:03:59 -0800 Subject: Re: Huge Data sets, simple queries From: "Jeffrey W. Baker" To: pgsql-performance@postgresql.org In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 31 Jan 2006 12:03:58 -0800 Message-Id: <1138737838.5648.4.camel@toonses.gghcwest.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.072 required=5 tests=[AWL=0.072] X-Spam-Score: 0.072 X-Spam-Level: X-Archive-Number: 200601/493 X-Sequence-Number: 16971 On Tue, 2006-01-31 at 09:00 -0800, Luke Lonergan wrote: > Jim, > > On 1/30/06 12:25 PM, "Jim C. Nasby" wrote: > > > Why divide by 2? A good raid controller should be able to send read > > requests to both drives out of the mirrored set to fully utilize the > > bandwidth. Of course, that probably won't come into play unless the OS > > decides that it's going to read-ahead fairly large chunks of the table > > at a time... > > I've not seen one that does, nor would it work in the general case IMO. In > RAID1 writes are duplicated and reads come from one of the copies. You > could alternate read service requests to minimize rotational latency, but > you can't improve bandwidth. Then you've not seen Linux. Linux does balanced reads on software mirrors. I'm not sure why you think this can't improve bandwidth. It does improve streaming bandwidth as long as the platter STR is more than the bus STR. -jwb