From owner-freebsd-current Mon Apr 24 4:30:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id EA8A737B95B for ; Mon, 24 Apr 2000 04:30:21 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id VAA20612; Mon, 24 Apr 2000 21:30:04 +1000 Date: Mon, 24 Apr 2000 21:30:01 +1000 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: asm_pci.h,v Holy cow! In-Reply-To: <39041698.15FB7483@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 24 Apr 2000, Julian Elischer wrote: > My cvsup appeared to be frozen, so I stopped it and looked.. > > src/sys/dev/isp/asm_pci.c,v is 13MB long! > it was just taking a long time.. > > this seems a little excessive. I was annoyed by this a few months ago when the file was only 10MB. > anyone got any ideas. (13MB on a 40Kbit link is a long time) Use CTM on slow links :-). > to make matters worse cvsup appears to be redownloading some very large > percentage of this file whenerver there is a change to it. This seems to be inherent in the file format. Binary data is expanded by a factor of 4 due to encoding it as a C array. Even tiny changes in the data ripple through the array and give huge diffs. Uuencoding the data would only expand it by a factor of 1.4 although it would have the same problem with the diffs. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message