Return-Path: X-Original-To: apmail-lucene-java-user-archive@www.apache.org Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 42A387707 for ; Tue, 23 Aug 2011 15:20:56 +0000 (UTC) Received: (qmail 68905 invoked by uid 500); 23 Aug 2011 15:20:53 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 68773 invoked by uid 500); 23 Aug 2011 15:20:52 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 68753 invoked by uid 99); 23 Aug 2011 15:20:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Aug 2011 15:20:52 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [212.227.17.8] (HELO moutng.kundenserver.de) (212.227.17.8) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Aug 2011 15:20:44 +0000 Received: from [192.168.178.27] (p5DDECB57.dip0.t-ipconnect.de [93.222.203.87]) by mrelayeu.kundenserver.de (node=mrbap3) with ESMTP (Nemesis) id 0LwZRP-1RKCuP0kHf-018I3T; Tue, 23 Aug 2011 17:20:22 +0200 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1084) Subject: Re: SSD Experience (on developer machine) From: Paul Libbrecht In-Reply-To: <1314112311.3772.227.camel@te-prime> Date: Tue, 23 Aug 2011 17:20:21 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1314086436.3772.124.camel@te-prime> <1314090264.3772.138.camel@te-prime> <13729876-5DA5-4C4A-8487-9A1C1831C4AD@hoplahup.net> <4E537871.3000304@fissore.org> <1314099426.3772.168.camel@te-prime> <4E53B4E7.1010509@fissore.org> <1314112311.3772.227.camel@te-prime> To: java-user@lucene.apache.org X-Mailer: Apple Mail (2.1084) X-Provags-ID: V02:K0:kqrURsn3o28TkOMrIRP6uE25ADo2oUxv8CqK/pX6hmy LY3cGlpvi5FT5FygSf8BqHudwormL8ddBixsTXPjJp2+Hhyu7l DPtOAjwi7pfAssdNnGdjUaWJhigVrNw1rpTHPJ2bTYGbJSB9TW +Y+BFTmyP50zNyN/TFDLXpQAX3PxXWYaf83werPAZuCqYlpstQ Y9VRzSWeFdbcYsH/PJq0Qnynz9MM+N+M3/HrW5INb8= Funnily, I had such an experience: an SSD on the laptop of the brand = SanDisk, guaranteed for 80 TB of writes. Well, I had it twice changed under guarantee. Then the shop provided me = an OCZ. Maybe that lasts longer... I'm still in guarantee. paul Le 23 ao=FBt 2011 =E0 17:11, Toke Eskildsen a =E9crit : > On Tue, 2011-08-23 at 16:10 +0200, Federico Fissore wrote: >=20 > [Toke: Re-writes is not a problem now] >> Maybe this still is a point, thinking at how easy is today to fill = your=20 >> local storage: for example, a "common" user will store video files. >=20 > It is only a problem if the SSD is stored to the brim (and don't have > hidden cells to counter the problem). If you store to the brim, you = will > have problems working actively with the device - temporary files, > logging and whatnot tends to require that a non-trivial amount of > storage is free. If you are not working actively with the device, the > wear on the cells is not a problem. This brings us back to my initial > point: Yes, you can construct cases where there will be problems. But > they tend to be artificial: >=20 > Let's say you have a drive with just 5GB left. Let's say that the = cells > can handle 10,000 writes. Doing constant rewrites of the 5GB gives you > 10,000 * 5GB =3D 50TB before the drive gives up. I asked my drive = about my > daily write average some time ago. It was 13GB/day. With that = scenario, > the drive would live 10+ years. >=20 > Admittedly this is just back-of-the-envelope and it ignores a lot of > factors, but it does provides an idea of the amount of punishment they > can take. --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org