From owner-freebsd-hackers Sat Jan 4 13:31:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA15625 for hackers-outgoing; Sat, 4 Jan 1997 13:31:56 -0800 (PST) Received: from melbourne.DIALix.oz.au (uucp@melbourne.DIALix.oz.au [192.203.228.98]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA15617 for ; Sat, 4 Jan 1997 13:31:48 -0800 (PST) Received: (from uucp@localhost) by melbourne.DIALix.oz.au with UUCP id IAA01072 for freebsd-hackers@FreeBSD.ORG; Sun, 5 Jan 1997 08:31:38 +1100 (EST) Received: from putte.seeware.DIALix.oz.au (putte.seeware.DIALix.oz.au [10.0.0.1]) by doorway.seeware.DIALix.oz.au (8.7.5/8.7.3) with ESMTP id IAA14053 for ; Sun, 5 Jan 1997 08:17:34 +1100 (EST) Message-Id: <199701042117.IAA14053@doorway.seeware.DIALix.oz.au> From: "Mark Hannon" To: Subject: Re: ft < 50kb/s ?? Date: Sun, 5 Jan 1997 08:16:30 +1100 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ---------- > > ..., however in > > the current configuration it is dead slow - It just took me 12 hours > > to back up 200m of data, according to the manufacturers notes it > > You mean, it got slower over time? Even with a new (and freshly > formatted) medium? This would be fairly surprising, since the driver > hasn't changed except of a few side-effects from global changes. It's > basically orphaned (though maybe, i've found a new maintainer). > Yeh, it seemed to get much slower over time. > > Of course, the most important question for you is: does the tape > remain streaming? If not, all bets are off, and performance will > simply suck. We might then try profiling the driver or the [l]ft > utility. > If by streaming you mean continuously writing data forward, then the answer is no. The tape goes back and forward like a yoyo. If installed the driver programs under Windows and did a few tests, the tape drive itself definetly is the culprit, it is dog slow under Windows as well. I checked out Conner's homepage and am planning to clean the drive heads (something I've never done) before checking further. Regards/Mark