Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 376CD650395 for ; Wed, 3 Sep 2008 01:39:09 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 96060-01-6 for ; Wed, 3 Sep 2008 01:38:57 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by postgresql.org (Postfix) with ESMTP id 7A31B650399 for ; Wed, 3 Sep 2008 01:20:05 -0300 (ADT) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Kajqe-0004mb-5j for pgsql-performance@postgresql.org; Tue, 02 Sep 2008 21:20:04 -0700 Message-ID: <19282698.post@talk.nabble.com> Date: Tue, 2 Sep 2008 21:20:04 -0700 (PDT) From: behrangs To: pgsql-performance@postgresql.org Subject: Re: Samsung 32GB SATA SSD tested In-Reply-To: <1216771475.23796.14.camel@squeak.gghcwest.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: behrang.sa@gmail.com References: <1216771475.23796.14.camel@squeak.gghcwest.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=2.587 tagged_above=0 required=5 tests=DNS_FROM_OPENWHOIS=2.431, WHOIS_MYPRIVREG=0.156 X-Spam-Level: ** X-Archive-Number: 200809/43 X-Sequence-Number: 31356 Jeff, Some off topic questions: Is it possible to boot the OS from the ioDrive? If so, is the difference in boot up time noticeable? Also, how does ioDrive impact compilation time for a moderately large code base? What about application startup times? Cheers, Behrang Jeffrey Baker wrote: > > For background, please read the thread "Fusion-io ioDrive", archived at > > http://archives.postgresql.org/pgsql-performance/2008-07/msg00010.php > > To recap, I tested an ioDrive versus a 6-disk RAID with pgbench on an > ordinary PC. I now also have a 32GB Samsung SATA SSD, and I have tested > it in the same machine with the same software and configuration. I > tested it connected to the NVIDIA CK804 SATA controller on the > motherboard, and as a pass-through disk on the Areca RAID controller, > with write-back caching enabled. > > Service Time Percentile, millis > R/W TPS R-O TPS 50th 80th 90th 95th > RAID 182 673 18 32 42 64 > Fusion 971 4792 8 9 10 11 > SSD+NV 442 4399 12 18 36 43 > SSD+Areca 252 5937 12 15 17 21 > > As you can see, there are tradeoffs. The motherboard's ports are > substantially faster on the TPC-B type of workload. This little, cheap > SSD achieves almost half the performance of the ioDrive (i.e. similar > performance to a 50-disk SAS array.) The RAID controller does a better > job on the read-only workload, surpassing the ioDrive by 20%. > > Strangely the RAID controller behaves badly on the TPC-B workload. It > is faster than disk, but not by a lot, and it's much slower than the > other flash configurations. The read/write benchmark did not vary when > changing the number of clients between 1 and 8. I suspect this is some > kind of problem with Areca's kernel driver or firmware. > > On the bright side, the Samsung+Areca configuration offers excellent > service time distribution, comparable to that achieved by the ioDrive. > Using the motherboard's SATA ports gave service times comparable to the > disk RAID. > > The performance is respectable for a $400 device. You get about half > the tps and half the capacity of the ioDrive, but for one fifth the > price and in the much more convenient SATA form factor. > > Your faithful investigator, > jwb > > > -- > Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-performance > > -- View this message in context: http://www.nabble.com/Samsung-32GB-SATA-SSD-tested-tp18601508p19282698.html Sent from the PostgreSQL - performance mailing list archive at Nabble.com.