Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UfDQw-0001hp-9U for pgsql-performance@arkaria.postgresql.org; Wed, 22 May 2013 18:06:42 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1UfDQv-00038j-LI for pgsql-performance@arkaria.postgresql.org; Wed, 22 May 2013 18:06:41 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UfDQu-00038e-U2 for pgsql-performance@postgresql.org; Wed, 22 May 2013 18:06:40 +0000 Received: from moutng.kundenserver.de ([212.227.17.9]) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1UfDQm-0003SH-Fb for pgsql-performance@postgresql.org; Wed, 22 May 2013 18:06:40 +0000 Received: from [192.168.1.110] (mail.highperformancepostgresql.com [71.179.240.8]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0MPKo0-1UapiV1VJ2-004dHR; Wed, 22 May 2013 20:06:28 +0200 Message-ID: <519D0921.9080807@2ndQuadrant.com> Date: Wed, 22 May 2013 14:06:25 -0400 From: Greg Smith User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: sthomas@optionshouse.com CC: Merlin Moncure , Tomas Vondra , pgsql-performance@postgresql.org 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> <519CF8CC.1030204@optionshouse.com> In-Reply-To: <519CF8CC.1030204@optionshouse.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:IxyOhYQtm7MUR07dTZ7VNXrgkBdnHs+2qR6jKsbMbiU 58LAwL3eWykswGS+6SGcyJP5ANsgCIxk0BU7TkeGgsv254841F sz+IKFnS6q4Io5UsT3RgutJuWLkvWDvnxmfBCKYrhG/FT6+Ssj H0Z1H4oIZ4ojfRDvjyNYE1Sd1CYhtINOSU9MsYlu47aBbSFLIg P7i1+hqezMHXtEyNuPBT7VQf0kEhkdxV4sDNjeBmMSo79myOoR uhhy2aaSrKnpXma7dvaKzdvmpEt/vfgMZgPVXClY8CwfcUdUys 6I1aeCfWUrO2Far9Nw36Ijp+4uAF4s456jBnixh1A9KK92AXCC 9Us+YZMN4oey1NXzj3n4= X-Pg-Spam-Score: -1.9 (-) 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 5/22/13 12:56 PM, Shaun Thomas wrote: > 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. I've seen FusionIO hit that 20K commit number, as well as hitting 75K IOPS on random reads (600MB/s). They are roughly 5 to 10X faster than the Intel 320/710 drives. There's a corresponding price hit though, and having to provision PCI-E cards is a pain in some systems. A claim that a FusionIO drive in particular is capable of 100X the performance of a spinning drive, that I wouldn't dispute. I even made that claim myself with some benchmark numbers to back it up: http://www.fusionio.com/blog/fusion-io-boosts-postgresql-performance/ That's not just a generic SSD anymore though. > 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. 1800 TPS to 20K TPS is just over a 10X speedup. As for Intel vs. FusionIO, rather than implementation quality it's more what architecture you're willing to pay for. If you test a few models across Intel's product line, you can see there's a rough size vs. speed correlation. The larger units have more channels of flash going at the same time. FusionIO has architected such that there is a wide write path even on their smallest cards. That 75K IOPS number I got even out of their little 80GB card. (since dropped from the product line) I can buy a good number of Intel DC S3700 drives for what a FusionIO card costs though. > 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. I have some moderately fast SSD based transactional systems that are still using traditional drives with battery-backed cache for the sequential writes of the WAL volume, where the data volume is on Intel 710 disks. WAL writes really burn through flash cells, too, so keeping them on traditional drives can be cost effective in a few ways. That approach is lucky to hit 10K TPS though, so it can't compete against what a PCI-E card like the FusionIO drives are capable of. -- Greg Smith 2ndQuadrant US greg@2ndQuadrant.com Baltimore, MD PostgreSQL Training, Services, and 24x7 Support www.2ndQuadrant.com -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance