From owner-freebsd-current Wed Sep 5 16:31: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id B035237B406 for ; Wed, 5 Sep 2001 16:31:00 -0700 (PDT) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 15em8J-0003Km-01; Thu, 6 Sep 2001 01:30:59 +0200 Received: (from daemon@localhost) by kemoauc.mips.inka.de (8.11.6/8.11.6) id f85N3ex23560 for freebsd-current@freebsd.org; Thu, 6 Sep 2001 01:03:40 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: more anoncvs servers Re: none Date: Wed, 5 Sep 2001 23:03:37 +0000 (UTC) Message-ID: <9n6b09$mvv$1@kemoauc.mips.inka.de> References: <20010905094236.G96880@dragon.nuxi.com> <200109051754.f85HsKH07526@vashon.polstra.com> <20010905124000.A1804@dragon.nuxi.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > > - You need a pretty powerful machine to handle even, say, 4-6 clients > > at a time. Anonymous CVS is a hog like you wouldn't believe. > > I have to wonder if there are tricks one can use. No. Get a gig of memory, and put ~anoncvs/tmp on a memory disk. A monster of a fast disk system, RAID with lots of disks, also helps. > The GCC and OpenBSD people depend on anoncvs as their main repo transport > mechanism. (You can't transport a repo with cvs. OpenBSD infrastructure currently uses a grown mix of sup, cvsup, cvs, and rsync.) > I would imagine there are more than 4-6 people using their > anoncvs services at times. Speaking for OpenBSD, these are either big machines, or anoncvs is real slow. There were times when src or ports tree updates took all night. John may have exaggerated a bit, but anoncvs is indeed a hog. grappa.unix-ag.uni-kl.de is a pentium-100, 64M box. We used to experimentally run with MFS, because OpenBSD prior to 2.9 didn't have reliable soft updates, and the box basically ran from swap. Nowdays, ~anoncvs/tmp is back on disk. Single spindle. The disk hasn't exploded yet, but with, say, three anoncvs clients in parallel, it sure is maxed out. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message