Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UFs64-0000Di-E8 for pgsql-performance@arkaria.postgresql.org; Wed, 13 Mar 2013 20:16:24 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1UFs63-0000PJ-V8 for pgsql-performance@arkaria.postgresql.org; Wed, 13 Mar 2013 20:16:24 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UFs62-0000PE-Lj for pgsql-performance@postgresql.org; Wed, 13 Mar 2013 20:16:22 +0000 Received: from server13-scl.nuevasync.com ([64.13.138.208] helo=mail.nuevasync.com) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1UFs5y-0005yj-Dx for pgsql-performance@postgresql.org; Wed, 13 Mar 2013 20:16:22 +0000 Received: from [192.168.65.159] (unknown [69.51.127.178]) by mail.nuevasync.com (Postfix) with ESMTP id 3F4244594A4 for ; Wed, 13 Mar 2013 14:16:17 -0600 (MDT) Message-ID: <5140DE90.5010009@boreham.org> Date: Wed, 13 Mar 2013 14:16:16 -0600 From: David Boreham User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: New server setup References: <4D6D1410-2208-4DAA-BD64-69BE1FD94E55@autouncle.com> <513CADB7.4030803@2ndQuadrant.com> <51409C51.1070601@kickstone.com> <38D48FB0-92A8-433B-8D34-4C63738B45BA@gmail.com> <5140A623.20005@kickstone.com> <5140D226.4060609@pinpointresearch.com> In-Reply-To: <5140D226.4060609@pinpointresearch.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 3/13/2013 1:23 PM, Steve Crawford wrote: > > What concerns me more than wear is this: > > InfoWorld Article: > http://www.infoworld.com/t/solid-state-drives/test-your-ssds-or-risk-massive-data-loss-researchers-warn-213715 > > > Referenced research paper: > https://www.usenix.org/conference/fast13/understanding-robustness-ssds-under-power-fault > > > Kind of messes with the "D" in ACID. It is somewhat surprising to discover that many SSD products are not durable under sudden power loss (what where they thinking!?, and ...why doesn't anyone care??). However, there is a set of SSD types known to be designed to address power loss events that have been tested by contributors to this list. Use only those devices and you won't see this problem. SSDs do have a wear-out mechanism but wear can be monitored and devices replaced in advance of failure. In practice longevity is such that most machines will be in the dumpster long before the SSD wears out. We've had machines running with several hundred wps constantly for 18 months using Intel 710 drives and the wear level SMART value is still zero. In addition, like any electronics module (CPU, memory, NIC), an SSD can fail so you do need to arrange for valuable data to be replicated. As with old school disk drives, firmware bugs are a concern so you might want to consider what would happen if all the drives of a particular type all decided to quit working at the same second in time (I've only seen this happen myself with magnetic drives, but in theory it could happen with SSD). -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance