Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UfCNB-0006P4-8v for pgsql-performance@arkaria.postgresql.org; Wed, 22 May 2013 16:58:45 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1UfCNA-0002to-NF for pgsql-performance@arkaria.postgresql.org; Wed, 22 May 2013 16:58:44 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UfCLJ-0002j0-Of for pgsql-performance@postgresql.org; Wed, 22 May 2013 16:56:49 +0000 Received: from smtp.peak6.com ([38.98.137.6]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1UfCLG-0000jN-A9 for pgsql-performance@postgresql.org; Wed, 22 May 2013 16:56:48 +0000 X-AuditID: 0a64cb20-b7f736d00000266a-09-519cf8cdc900 Message-ID: <519CF8CC.1030204@optionshouse.com> Date: Wed, 22 May 2013 11:56:44 -0500 From: Shaun Thomas Reply-To: Organization: Peak6 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Merlin Moncure CC: Greg Smith , Tomas Vondra , Subject: Re: Reliability with RAID 10 SSD and Streaming Replication References: <51957499.6050905@fuzzy.cz> <519991EB.8010208@2ndQuadrant.com> <519A8E29.60702@fuzzy.cz> <519C0EFD.9080002@2ndQuadrant.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed content-transfer-encoding: 7bit X-Originating-IP: [10.10.201.64] X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupkleLIzCtJLcpLzFFi42LhSuEV0z37Y06gwZwdQha3+p6yWNzp/Mho cX3mOWaLtdvKHVg8ft89yOTx9lcbu8fOWXfZPS7sm8YewBLVwGiTmJeXX5JYkqqQklqcbKvk X1CSmZ9X7JFfWpyq4JJZnJyTmJmbWqSkkJliq2SspFCQk5icmpuaV2KrlFhQkJqXomTHpYAB bIDKMvMUUvOS81My89JtlTyD/XUtLEwtdQ2V7OKRQUInS8ajNVcYC/byVPz508rUwPiPs4uR k0NCwESidcUddghbTOLCvfVsIDavgL7EvFkPmUFsFgFViaO/JoHF2QR0JSb1rwCzhQRUJPrO 3mACsfkFhCX2fWgCqxcVCJN4v2wqK8QcQYmTM5+wdDFycIgIqEt0Ho4DCTMLpEt8PLMWbK2w gK/ErMuLgGwuoJHXmCTezNoKluAUCJT4thqkF6TBVuLCnOtQtrzE9rdzmCFuUJVY0TyRDeJ+ BYn/V94xTWAUmoVk9Swk7bOQtC9gZF7FKF5clpickWlaUJxbUmCkV5CamG2ml5dasokRHN+n FXYwfu+0OsQowMGoxMNbcHdOoBBrYllxZe4hRgkOZiUR3quXgEK8KYmVValF+fFFpTmpxYcY fYBhNpFZSjQ5H5h68kriDY1NDUwtTQ1NzU0NjXAIK4nzzrrUFCgkkA5MJdmpqQWpRTDjmDg4 pRoYZ4e5Owh+FVrxZVPk1AUsk4pUm95OZnwSUpp48u0W1bdFTs95fsy+m1hUbV2TaReVWLdT 0SL3FPPTXQvPxbVKNRz2YPdv2735lu+OPefUddl/XX5V0ljO/PLLjoJdKWrLj2XlmPkteq67 NeC5h/ajroy3i7TX3Wb57TLnVPkrf9fday9ndfxYosRSnJFoqMVcVJwIAOhbRPocAwAA X-Pg-Spam-Score: 0.8 (/) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org On 05/22/2013 08:30 AM, Merlin Moncure wrote: > I'm not claiming to work with extremely high transaction rate systems > but then again neither are most of the people reading this list. > Disk drives are obsolete for database installations. Well, you may not be able to make that claim, but I can. While we don't use Intel SSDs, our first-gen FusinoIO cards can deliver about 20k PostgreSQL TPS of our real-world data right off the device before caching effects start boosting the numbers. These days, devices like this make our current batch look like rusty old hulks in comparison, so the gap is just widening. Hard drives stand no chance at all. An 8-drive 15k RPM RAID-10 gave us about 1800 TPS back when we switched to FusionIO about two years ago. So, while Intel drives themselves may not be able to hit sustained 100x speeds over spindles, it's pretty clear that that's a firmware or implementation limitation. The main "issue" is that the sustained sequence scan speeds are generally less than an order of magnitude faster than drives. So as soon as you hit something that isn't limited by random IOPS, spindles get a chance to catch up. But those situations are few and far between in a heavy transactional setting. Having used NVRAM/SSDs, I could never go back so long as the budget allows us to procure them. A data warehouse? Maybe spindles still have a place there. Heavy transactional system? Not a chance. -- Shaun Thomas OptionsHouse | 141 W. Jackson Blvd. | Suite 500 | Chicago IL, 60604 312-676-8870 sthomas@optionshouse.com ______________________________________________ See http://www.peak6.com/email_disclaimer/ for terms and conditions related to this email -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance