X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 19227DAEFB for ; Mon, 21 Nov 2005 17:27:45 -0400 (AST) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 64347-10-6 for ; Mon, 21 Nov 2005 21:27:45 +0000 (GMT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from svr2.postgresql.org (svr2.postgresql.org [65.19.161.25]) by svr1.postgresql.org (Postfix) with ESMTP id 69F7EDAA8D for ; Mon, 21 Nov 2005 17:27:25 -0400 (AST) Received: from mail.mi8.com (d01gw04.mi8.com [63.240.6.44]) by svr2.postgresql.org (Postfix) with ESMTP id B9E02F0F7A for ; Mon, 21 Nov 2005 18:16:05 +0000 (GMT) Received: from 172.16.1.112 by mail.mi8.com with ESMTP (- Welcome to Mi8 Corporation www.Mi8.com (D4)); Mon, 21 Nov 2005 13:14:33 -0500 X-Server-Uuid: C8FB4D43-1108-484A-A898-3CBCC7906230 Received: from MI8NYCMAIL06.Mi8.com ([172.16.1.175]) by D01SMTP02.Mi8.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 21 Nov 2005 13:14:30 -0500 Received: from 208.54.15.129 ([208.54.15.129]) by MI8NYCMAIL06.Mi8.com ( [172.16.1.219]) via Exchange Front-End Server mi8owa.mi8.com ( [172.16.1.104]) with Microsoft Exchange Server HTTP-DAV ; Mon, 21 Nov 2005 13:14:29 -0500 User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Mon, 21 Nov 2005 10:14:29 -0800 Subject: Re: Hardware/OS recommendations for large databases ( From: "Luke Lonergan" To: "Tom Lane" Cc: "Alan Stange" , "Greg Stark" , "Dave Cramer" , "Joshua Marsh" , pgsql-performance@postgresql.org Message-ID: Thread-Topic: [PERFORM] Hardware/OS recommendations for large databases ( Thread-Index: AcXuq9ofs/zrYpYQQESePaNtiZGFLgAG4+iw In-Reply-To: <1611.1132585006@sss.pgh.pa.us> MIME-Version: 1.0 X-OriginalArrivalTime: 21 Nov 2005 18:14:30.0315 (UTC) FILETIME=[6A8857B0:01C5EEC7] X-WSS-ID: 6F9CD10F2UO356963-04-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=2.18 required=5 tests=[AWL=-0.309, RCVD_IN_SORBS_WEB=1.236, RCVD_NUMERIC_HELO=1.253] X-Spam-Score: 2.18 X-Spam-Level: ** X-Archive-Number: 200511/426 X-Sequence-Number: 15683 Tom, On 11/21/05 6:56 AM, "Tom Lane" wrote: > "Luke Lonergan" writes: >> OK - slower this time: > >> We've seen between 110MB/s and 120MB/s on a wide variety of fast CPU >> machines with fast I/O subsystems that can sustain 250MB/s+ using dd, but >> which all are capped at 120MB/s when doing sequential scans with different >> versions of Postgres. > > Luke, sometime it would be nice if you would post your raw evidence > and let other people do their own analysis. I for one have gotten > tired of reading sweeping generalizations unbacked by any data. This has partly been a challenge to get others to post their results. > I find the notion of a magic 120MB/s barrier, independent of either > CPU or disk speed, to be pretty dubious to say the least. I would > like to know exactly what the "wide variety" of data points you > haven't shown us are. I'll try to put up some of them, they've occurred over the last 3 years on various platforms including: - Dual 3.2GHz Xeon, 2 x Adaptec U320 SCSI attached to 6 x 10K RPM disks, Linux 2.6.4(?) - 2.6.10 kernel, ext2/3 and Reiser filesystems 120-130MB/s Postgres seq scan rate on 7.4 and 8.0. - Dual 1.8 GHz Opteron, 2 x LSI U320 SCSI attached to 6 x 10K RPM disks, Linux 2.6.10 kernel, ext2/3 and Reiser filesystems 110-120MB/s Postgres seq scan rate on 8.0 - Same machine as above running Solaris 10, with UFS filesystem. When I/O caching is tuned, we reach the same 110-120MB/s Postgres seq scan rate - Sam machine as above with 7 x 15K RPM 144GB disks in an external disk tray, same scan rate Only when we got these new SATA systems and tried out XFS with large readahead have we been able to break past the 120-130MB/s. After Alan's post, it seems that XFS might be a big part of that. I think we'll test ext2/3 against XFS on the same machine to find out. It may have to wait a week, as many of us are on vacation. - Luke