From owner-freebsd-questions@FreeBSD.ORG Sat Feb 12 12:36:02 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 687941065670 for ; Sat, 12 Feb 2011 12:36:02 +0000 (UTC) (envelope-from dave@g8kbv.demon.co.uk) Received: from anchor-post-2.mail.demon.net (anchor-post-2.mail.demon.net [195.173.77.133]) by mx1.freebsd.org (Postfix) with ESMTP id 2FF978FC08 for ; Sat, 12 Feb 2011 12:36:01 +0000 (UTC) Received: from dyn-62-56-80-49.dslaccess.co.uk ([62.56.80.49] helo=[192.168.33.1]) by anchor-post-2.mail.demon.net with esmtpa (AUTH g8kbv) (Exim 4.69) id 1PoEMo-00047o-jk for freebsd-questions@freebsd.org; Sat, 12 Feb 2011 12:14:22 +0000 From: "Dave" To: freebsd-questions@freebsd.org Date: Sat, 12 Feb 2011 12:14:21 -0000 MIME-Version: 1.0 Message-ID: <4D56799D.13036.2335C99A@dave.g8kbv.demon.co.uk> Priority: normal In-reply-to: References: <4D550415.8060105@ifdnrg.com>, <20110211185738.GB45708@guilt.hydra>, X-mailer: Pegasus Mail for Windows (4.52) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Re: FreeBSD and SSD drives X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2011 12:36:02 -0000 On 11 Feb 2011 at 13:33, Adam Vande More wrote: > On Fri, Feb 11, 2011 at 12:57 PM, Chad Perrin > wrote: > > > Ignoring the TRIM issue for a moment . . . > > > > You're probably best off saving SSD storage for cases where you have > > lots of reads and little to no write activity, unless you enjoy > > buying new SSDs a lot. Actually, let's not ignore TRIM; the > > work-around for lack of TRIM support on some drives is a "garbage > > collection" routine that exacerbates the problem of having to > > replace your SSDs more often if you do a lot of writes. > > > > I guess I would only use SSDs on servers in the same cases where I > > would let myself be talked into using MySQL -- cases where you just > > treat it pretty much like a read-only data store, and do not have to > > (safely) add or change data stored there most of the time. > > > > Modern SSD's can do a *lot* of writes, wear-leveling and other > tecniques allow SSD's to be implemented for nearly any workload. > There's a great deal of literature and facts on this topic if someone > was motivated enough to research it. Some legends are better off > fading away. > > http://www.storagesearch.com/ssdmyths-endurance.html > > Same thing is sort of true with TRIM, on most modern drives lack of OS > TRIM support isn't the performance hit it used to be although still > desirable. > -- > Adam Vande More > Define "a *lot*". If you look up the spec's on the common (currently) available SSD systems, it's only in the 10's of 1000's writes. Pittiful compared to magnetic media. The way they work too, if you write one "sector" you actualy re-write a much larger block of memory. Wear leveling, not that common with SSD Hard Drives, but very common with USB (Flash) memory sticks, only goes so far. SSD's have a place, but not for things like swapfiles or working data that changes a lot.. Regards. Dave B.