Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UfDlm-0002ms-4q for pgsql-performance@arkaria.postgresql.org; Wed, 22 May 2013 18:28:14 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1UfDll-0005Aa-Kh for pgsql-performance@arkaria.postgresql.org; Wed, 22 May 2013 18:28:13 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UfDlk-0005AV-PB for pgsql-performance@postgresql.org; Wed, 22 May 2013 18:28:12 +0000 Received: from smtp.peak6.com ([38.98.137.6]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1UfDlc-0002LW-MH for pgsql-performance@postgresql.org; Wed, 22 May 2013 18:28:10 +0000 X-AuditID: 0a64cb20-b7f736d00000266a-0a-519d0e3324ed Message-ID: <519D0E32.20808@optionshouse.com> Date: Wed, 22 May 2013 13:28:02 -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: Greg Smith CC: Merlin Moncure , 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> <519CF8CC.1030204@optionshouse.com> <519D0921.9080807@2ndQuadrant.com> In-Reply-To: <519D0921.9080807@2ndQuadrant.com> 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+NgFupgleLIzCtJLcpLzFFi42LhSuEV0zXmmxtocPyzgcWtvqcsFnc6PzJa XJ95jtli7bZyBxaP33cPMnm8/dXG7rFz1l12jwv7prEHsEQ1MNok5uXllySWpCqkpBYn2yr5 F5Rk5ucVe+SXFqcquGQWJ+ckZuamFikpZKbYKhkrKRTkJCan5qbmldgqJRYUpOalKNlxKWAA G6CyzDyF1Lzk/JTMvHRbJc9gf10LC1NLXUMlu3hkkNDJkrH3XgdLwQbhiiUvP7A0MK7l72Lk 5JAQMJE4+vYDG4QtJnHh3nogm4ODV0BXYt4sKRCTRUBV4moTE0gFG1B0Uv8KsGohARWJvrM3 wOL8AsIS+z40MYPYogJhEu+XTWUFsXkFBCVOznzCAmKLAI1Z+/oxWD2zQKbEh+YOsDnCAr4S sy4vYu9i5AKaOZdZ4sibB2DNnAL6Eku+XYJqsJW4MOc6C4QtL7H97RxmiCNUJVY0T4Q6X0Hi /5V3TBMYhWYh2T0LSfssJO0LGJlXMYoXlyUmZ2SaFhTnlhQY6RWkJmab6eWllmxiBEf3aYUd jN87rQ4xCnAwKvHwFtydEyjEmlhWXJl7iFGCg1lJhDfrL1CINyWxsiq1KD++qDQntfgQow8w zCYyS4km5wMTT15JvKGxqYGppamhqbmpoREOYSVx3lmXmgKFBNKBiSQ7NbUgtQhmHBMHp1QD I6/3yncem3dXv+3ezPz1l1nVDc1vDz/cCi0/tmGbv731ovVnf1UYX9wc+jUwiK+++diiIx19 jbvK1IIU7i2KV9efy+ZxQ/rjhefO238eM0phWCG19HUlX9TuTybH33xcJl+Sv2MFR/yKKcbT lpgu+s9QF/ThxbRPuhqzlYN4jds8az9OfvZXKkKJpTgj0VCLuag4EQAFqC4VGwMAAA== 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 01:06 PM, Greg Smith wrote: > There's a corresponding price hit though, and > having to provision PCI-E cards is a pain in some systems. Oh, totally. Specialist devices like RAMSAN, FusionIO, Virident, or Whiptail are hideously expensive, even compared to high-end SSDs. I was just pointing out out that the technical limitations of the underlying chips (NVRAM) can be overcome or augmented in ways Intel isn't doing (yet). > 1800 TPS to 20K TPS is just over a 10X speedup. True. But in that case, it was a single device pitted against 8 very high-end 15k RPM spindles. I'd need 80-100 drives in a massive SAN to get similar numbers, and at that point, we're not really saving any money and have a lot more failure points and maintenance. I guess you get way more space, though. :) > 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. Yep. And I've been watching these technologies like a hawk waiting for the new chips and their performance profiles. Some of the newer chips have performance multipliers even on a single die in the larger sizes. > I can buy a good number of Intel DC S3700 drives for what a FusionIO > card costs though. I know. :( But knowing the performance they can deliver, I often dream of a perfect device comprised of several PCIe-based NVRAM cards in a hot-swap PCIe enclosure (they exist!). Something like that in a 3U piece of gear would absolutely annihilate even the largest SAN. At the mere cost of a half million or so. :p > 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. That sounds like a very sane and recommendable approach, and coincidentally the same we would use if we couldn't afford the FusionIO drives. I'm actually curious to see how using ZFS with its CoW profile and using a bundle of SSDs as a ZIL would compare. It's still disk-based, but the transparent SSD layer acting as a gigantic passive read and write cache intrigue me. It seems like it would also make a good middle-ground concerning cost vs. performance. -- 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