Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id D5138632CFF for ; Tue, 2 Mar 2010 17:36:33 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 48474-06 for ; Tue, 2 Mar 2010 21:36:23 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from madmax.bizintegrators.com (madmax.bizintegrators.com [64.94.184.54]) by mail.postgresql.org (Postfix) with ESMTP id 6B146632B8A for ; Tue, 2 Mar 2010 17:36:23 -0400 (AST) Received: from shelca (p65-147.acedsl.com [66.114.65.147]) (authenticated bits=0) by madmax.bizintegrators.com (8.13.4/8.13.4) with ESMTP id o22LaE6w023293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Mar 2010 16:36:15 -0500 (EST) References: Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: david@lang.hm Cc: Pgsql performance Subject: Re: 10K vs 15k rpm for analytics Date: Tue, 02 Mar 2010 16:36:21 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit X-Loftmail-Check: No X-Scanned-By: MIMEDefang 2.57 on 64.94.184.88 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.001 tagged_above=-10 required=5 tests=BAYES_50=0.001 X-Spam-Level: X-Archive-Number: 201003/33 X-Sequence-Number: 37858 david@lang.hm writes: > With sequential scans you may be better off with the large SATA drives as > they fit more data per track and so give great sequential read rates. I lean more towards SAS because of writes. One common thing we do is create temp tables.. so a typical pass may be: * sequential scan * create temp table with subset * do queries against subset+join to smaller tables. I figure the concurrent read/write would be faster on SAS than on SATA. I am trying to move to having an external enclosure (we have several not in use or about to become free) so I could separate the read and the write of the temp tables. Lastly, it is likely we are going to do horizontal partitioning (ie master all data in one machine, replicate and then change our code to read parts of data from different machine) and I think at that time the better drives will do better as we have more concurrent queries.