From owner-freebsd-current Sun Feb 18 15:00:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA10371 for current-outgoing; Sun, 18 Feb 1996 15:00:23 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA10359 for ; Sun, 18 Feb 1996 15:00:17 -0800 (PST) Received: by Sysiphos id AA05589 (5.67b/IDA-1.5 for freebsd-current@freefall.freebsd.org); Sun, 18 Feb 1996 23:59:53 +0100 Message-Id: <199602182259.AA05589@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sun, 18 Feb 1996 23:59:52 +0100 In-Reply-To: Bob Willcox "Exabyte 8mm tape drive performance in -current?" (Feb 18, 15:55) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Bob Willcox Subject: Re: Exabyte 8mm tape drive performance in -current? Cc: freebsd-current@freefall.freebsd.org (freebsd-current) Sender: owner-current@FreeBSD.ORG Precedence: bulk On Feb 18, 15:55, Bob Willcox wrote: } Subject: Exabyte 8mm tape drive performance in -current? } I have observed that the (read and write) performance of my 8mm } Exabyte tape drives on my -current system runs roughly half of what } it is on my 2.1-stable systems (100kb/sec vs. 200kb/sec). This is } with both the NCR 810 and Adaptec 2940 adapters and using programs } such as dump, tar, dd, team. The systems that I have compared have } roughly the same hardware (both are 100MHz Pentiums). Performance } on my Wangtek QIC-525 tape drive is about the same. Can anybody } offer up an explaination of why this is and what might be done to } fix it? Did you compare the output of "mt status" ? The EXABYTE drives are known to become very slow if used with an unsuitable blocksize. Make sure you don't use 512 byte fixed size blocks with -current ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se