From owner-freebsd-questions@FreeBSD.ORG Sun Jul 29 11:45:30 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C31F106566C for ; Sun, 29 Jul 2012 11:45:30 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 954318FC0A for ; Sun, 29 Jul 2012 11:45:29 +0000 (UTC) Received: from AMD620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6TBjKfV032082; Sun, 29 Jul 2012 05:45:25 -0600 Date: Sun, 29 Jul 2012 18:47:51 +0700 From: Erich Dollansky To: Wojciech Puchar Message-ID: <20120729184751.46b9d3a6@AMD620.ovitrap.com> In-Reply-To: References: <20120729011426.0d31fe19@gumby.homeunix.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: RW , 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:45:30 -0000 Hi, On Sun, 29 Jul 2012 13:06:35 +0200 (CEST) Wojciech Puchar wrote: > > 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? after a reset signal, it assumes that the machine restarts. As the space is limited, it simply fills a fixed percentage with all the reads after a reset. > > >> documented. > > > > Well, it is intended to be completely transparent. > > transparency is one, documentation is another. Does it matter? It is a black box. > >> but does it clear SSD cache? > > > > That isn't guaranteed to clear any modern disk since they started > > using spare sectors > so? > So, no real difference. > >> 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. What then? No Dobermann in the house? Erich