Date: Wed, 11 Sep 2002 10:15:04 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: current@freebsd.org Subject: Re: Any problems with increaseing the dump(8) block size? Message-ID: <Pine.BSF.4.21.0209111014160.1572-100000@beppo> In-Reply-To: <20020911170749.GA27252@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
No. Don't change this- people are very well attuned to using an argument to change it and all your change will do is catch the unwary and possibly break binary compat on apps that define records based off of NTREC. On Wed, 11 Sep 2002, David O'Brien wrote: > I'd like to make this commit to get better performance on today's > streaming tape drives. It seems my DLT drive doesn't stream well with > the default block size of '10'. > > > Index: include/protocols/dumprestore.h > =================================================================== > RCS file: /home/ncvs/src/include/protocols/dumprestore.h,v > retrieving revision 1.10 > diff -u -r1.10 dumprestore.h > --- include/protocols/dumprestore.h 17 Jul 2002 02:03:19 -0000 1.10 > +++ include/protocols/dumprestore.h 19 Jul 2002 05:30:39 -0000 > @@ -56,7 +56,7 @@ > * or TS_ADDR record. Note that it must be a power of two. > */ > #define TP_BSIZE 1024 > -#define NTREC 10 > +#define NTREC 64 > #define HIGHDENSITYTREC 32 > #define TP_NINDIR (TP_BSIZE/2) > #define LBLSIZE 16 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0209111014160.1572-100000>