Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id C4637133798E for ; Sat, 20 Nov 2010 06:16:50 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 47014-06 for ; Sat, 20 Nov 2010 10:16:43 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mail-qw0-f46.google.com (mail-qw0-f46.google.com [209.85.216.46]) by mail.postgresql.org (Postfix) with ESMTP id 8BFF713364DE for ; Sat, 20 Nov 2010 06:16:42 -0400 (AST) Received: by qwg5 with SMTP id 5so89607qwg.19 for ; Sat, 20 Nov 2010 02:16:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=+DvqIRq9vHp5rSep3Tr6aOaz7vg7Cl+PQPsn0W3Ye0o=; b=RbPJf+lHKLQ7Bipf90cgzIN8KdX0UA++i80AJmgqet3l+qWcMhmnqLq9DKxyMp6wlx cxWw5SjUtRUumGPwgVwH782SBZSfDzNj7I7RX3S499vo97iBoACoZlv7Zbn7nunzVJIL BkO5SQnGzWa6xuL3IlYAnb6AxvdCN7XeSDc6M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hD5u2F0E9xb9oFb/gNU4JioYYk0U3AtSZ7nRkB9p+sMkiyCoITlk8qKLRj+o+5Ngeb HVySHfSKQGaNsXzLYACTAwq+m5P2YnwtSlKRHc+oc+++EfC3PhXiACUKhGE3YRqEWUBf +CxQN+mHPVppRp9E6gexXjCfgKe5GxVIQyKiE= MIME-Version: 1.0 Received: by 10.229.185.1 with SMTP id cm1mr2848761qcb.29.1290248202534; Sat, 20 Nov 2010 02:16:42 -0800 (PST) Received: by 10.229.50.137 with HTTP; Sat, 20 Nov 2010 02:16:41 -0800 (PST) In-Reply-To: <4CE468A4.80007@2ndquadrant.com> References: <35FABCF85D99464FB00BC5123DC2A70A0B7EFC38@s228130hz1ew09.apptix-01.savvis.net> <4CE468A4.80007@2ndquadrant.com> Date: Sat, 20 Nov 2010 11:16:42 +0100 Message-ID: Subject: Re: How to achieve sustained disk performance of 1.25 GB write for 5 mins From: Dimitri To: Greg Smith Cc: Eric Comeau , Merlin Moncure , pgsql-performance@postgresql.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001 X-Spam-Level: X-Archive-Number: 201011/325 X-Sequence-Number: 41349 You may also try the Sun's F5100 (flash storage array) - you may easily get 700 MB/s just with a single I/O stream (single process), so just with 2 streams you'll get your throughput.. - The array has 2TB total space and max throughput should be around 4GB/s.. Rgds, -Dimitri On 11/18/10, Greg Smith wrote: > Eric Comeau wrote: >> Ideally 1 large file, but it may have to be multiple. We find that if >> we send multiple files it just causes the disk to thrash more so we >> get better throughput by sending one large file. > > If it's really one disk, sure. The problem you're facing is that your > typical drive controller is going to top out at somewhere between 300 - > 500MB/s of sequential writes before it becomes the bottleneck. Above > somewhere between 6 and 10 drives attached to one controller on current > hardware, adding more to a RAID-0 volume only increases the ability to > handle seeks quickly. If you want to try and do this with traditional > hard drives, I'd guess you'd need 3 controllers with at least 4 > short-stroked drives attached to each to have any hope of hitting > 1.25GB/s. Once you do that, you'll run into CPU time as the next > bottleneck. At that point, you'll probably need one CPU per controller, > all writing out at once, to keep up with your target. > > The only popular hardware design that comes to mind aimed at this sort > of thing was Sun's "Thumper" design, most recently seen in the Sun Fire > X4540. That put 8 controllers with 6 disks attached to each, claiming > "demonstrated up to 2 GB/sec from disk to network". It will take a > design like that, running across multiple controllers, to get what > you're looking for on the disk side--presuming everything else keeps up. > > One of the big SSD-on-PCI-e designs mentioned here already may very well > end up being a better choice for you here though, as those aren't going > to require quite as much hardware all get wired up. > > -- > Greg Smith 2ndQuadrant US greg@2ndQuadrant.com Baltimore, MD > PostgreSQL Training, Services and Support www.2ndQuadrant.us > "PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books > >