Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufqqu-0008OY-QE for pgsql-performance@arkaria.postgresql.org; Fri, 24 May 2013 12:12:09 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1Ufqqt-0000RB-Lh for pgsql-performance@arkaria.postgresql.org; Fri, 24 May 2013 12:12:07 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufqqs-0000R5-Kk for pgsql-performance@postgresql.org; Fri, 24 May 2013 12:12:06 +0000 Received: from moutng.kundenserver.de ([212.227.126.171]) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Ufqqj-0007pd-6v for pgsql-performance@postgresql.org; Fri, 24 May 2013 12:12:06 +0000 Received: from [192.168.1.110] (mail.highperformancepostgresql.com [71.179.240.8]) by mrelayeu.kundenserver.de (node=mrbap4) with ESMTP (Nemesis) id 0MFsZi-1Uicof20YA-00EtgV; Fri, 24 May 2013 14:11:55 +0200 Message-ID: <519F5909.7070000@2ndQuadrant.com> Date: Fri, 24 May 2013 08:11:53 -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: 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> <519CD3BD.3010305@2ndQuadrant.com> <519D0107.4000600@boreham.org> <519D1232.4090701@optionshouse.com> In-Reply-To: <519D1232.4090701@optionshouse.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:EK8Zn5Q8BIj976bWMqY2N3pBjCJOiic2NS3Nv3iFVxY BDQVArWKOXkKNFTxwoink9BBpNNa39IoTeLc/0h+91GoHc13AS qccXY887fbnXw2VuVgTO2uYxBl8nJ6wcgbkb80Rnd/VJCTSvYG OH1QeBqL5ahlJteDiUjYDOTucD1W3EgliOafwY74NVgSmWZFGp T2bjpoDtEcyydJu1wwNitPMcDekp/VQ1t93HQcKKpMxRQXrI96 vkgP14jkslllaXq5pjGiod8MjEufZuYZuFWENC4VpT97FP63xy x/b7ItwzN+Irg1WgM7uBmuqzkw2qBdQpJkXChDzyStyk3Sq3J2 sw8dt0LHiWktFB1Xg2ws= 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 2:45 PM, Shaun Thomas wrote: > That read rate and that throughput suggest 8k reads. The queue size is > 270+, which is pretty high for a single device, even when it's an SSD. > Some SSDs seem to break down on queue sizes over 4, and 15 sectors > spread across a read queue of 270 is pretty hash. The drive tested here > basically fell over on servicing a huge diverse read queue, which > suggests a firmware issue. That's basically it. I don't know that I'd put the blame specifically onto a firmware issue without further evidence that's the case though. The last time I chased down a SSD performance issue like this it ended up being a Linux scheduler bug. One thing I plan to do for future SSD tests is to try and replicate this issue better, starting by increasing the number of clients to at least 300. Related: if anyone read my "Seeking PostgreSQL" talk last year, some of my Intel 320 results there were understating the drive's worst-case performance due to a testing setup error. I have a blog entry talking about what was wrong and how it slipped past me at http://highperfpostgres.com/2013/05/seeking-revisited-intel-320-series-and-ncq/ With that loose end sorted, I'll be kicking off a brand new round of SSD tests on a 24 core server here soon. All those will appear on my blog. The 320 drive is returning as the bang for buck champ, along with a DC S3700 and a Seagate 1TB Hybrid drive with NAND durable write cache. -- 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