From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 17:28:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5E1B16A732 for ; Tue, 20 Feb 2007 17:28:13 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5584013C461 for ; Tue, 20 Feb 2007 17:28:11 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 12897 invoked by uid 89); 20 Feb 2007 17:20:31 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.149) by bart.milos.co.za with ESMTPA; 20 Feb 2007 17:20:31 -0000 Message-ID: <03ac01c75514$75b1c540$9503a8c0@claylaptop> From: "Clayton Milos" To: References: <45D9FD35.6040702@vwsoft.com><20070219195143.GA42379@xor.obsecurity.org><45DA121E.1040803@vwsoft.com><20070220091238.c04cfceb.wmoran@collaborativefusion.com> <20070220165012.GB75535@xor.obsecurity.org> Date: Tue, 20 Feb 2007 19:27:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Subject: Re: getting garbage faster using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 17:28:13 -0000 ----- Original Message ----- From: "Kris Kennaway" To: "Bill Moran" Cc: "Volker" ; ; "Kris Kennaway" Sent: Tuesday, February 20, 2007 6:50 PM Subject: Re: getting garbage faster using FreeBSD? > On Tue, Feb 20, 2007 at 09:12:38AM -0500, Bill Moran wrote: >> In response to Volker : >> >> > On 02/19/07 20:51, Kris Kennaway wrote: >> > > On Mon, Feb 19, 2007 at 08:40:37PM +0100, Volker wrote: >> > >> The tape sits there since 48 hours writing a block of data every >> > >> other minute and still didn't fill up the tape completely. The >> > >> system this is running on is a P-4 3GHz machine using FreeSBIE 2.0 >> > >> (6.2-RELEASE based). >> > >> >> > >> I suspect this to be a slow /dev/random. >> > > >> > > This sounds odd to me, I get 18-20MB/sec sustained read performance >> > > from /dev/random on this 2GHz system, which is probably faster than >> > > your tape write speed. >> > >> > Hmm, so this might be the tape drive(r)? I'll check this out as soon >> > as I'm going to write to hard disk. >> > >> > I'm going to make some tests with /dev/random to get the real speed. >> >> Are you actually using /dev/random and not /dev/urandom? >> >> /dev/random is "military grade" random data. It will block if it feels >> that it hasn't gathered enough entropy to satisfy your request. It will >> never provide random data at any reasonable speed, but it will provide >> high-quality random data. >> >> If you need lost of random data, use /dev/urandom, which provides data >> that _may_ be predictable under some circumstances, but will provide >> it at a decent rate of speed. > > Not true in a post 4.x world, they are symlinks and both "military > grade" with non-blocking semantics. > > Kris I do a lot of data recovery contracting. What we do for the government tax company is wipe their old tapes totally clean and unrecoverable for them. We use a device called a degausser. It creates a very strong varying magnetic field that totally wipes out everything on a tape. We've put a few hard drives on it to test it out. it TOTALLY wipes out everything on the drive include the bios sectors rendering the drive totally unusable. We can't even get it back after that. -Clay PS: Don't use it wearing a watch unless you want to lose the time.