From owner-freebsd-questions@FreeBSD.ORG Sun Jul 29 11:29:38 2012 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 96736106566C for ; Sun, 29 Jul 2012 11:29:38 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id EB8098FC12 for ; Sun, 29 Jul 2012 11:29:37 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q6TBTWEU003924; Sun, 29 Jul 2012 13:29:33 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q6TB6acI003864; Sun, 29 Jul 2012 13:06:36 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Sun, 29 Jul 2012 13:06:35 +0200 (CEST) From: Wojciech Puchar To: RW In-Reply-To: <20120729011426.0d31fe19@gumby.homeunix.com> Message-ID: References: <20120729011426.0d31fe19@gumby.homeunix.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Sun, 29 Jul 2012 13:29:33 +0200 (CEST) Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD on SSD 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: Sun, 29 Jul 2012 11:29:38 -0000 > From what I've read the cache is divided into two part. One part holds > blocks that are consistently read during boot-ups. The other part holds how does it know when it is "bootup" and when it ends? >> documented. > > Well, it is intended to be completely transparent. transparency is one, documentation is another. >> but does it clear SSD cache? > > That isn't guaranteed to clear any modern disk since they started using > spare sectors so? >> i don't think so. Someone sophisticated >> enough would perform raw read of cache chips and get cached data, >> which can actually be the most important part > > If you're that paranoid use geli, or don't sell. of course i use geli. and this is not a paranoia.