From owner-cvs-ports  Thu Apr  6 00:09:48 1995
Return-Path: cvs-ports-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id AAA12920
          for cvs-ports-outgoing; Thu, 6 Apr 1995 00:09:48 -0700
Received: from time.cdrom.com (time.cdrom.com [192.216.223.46])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA12914
          ; Thu, 6 Apr 1995 00:09:45 -0700
Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by time.cdrom.com (8.6.11/8.6.9) with ESMTP id AAA11007; Thu, 6 Apr 1995 00:09:45 -0700
Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id AAA22147; Thu, 6 Apr 1995 00:09:12 -0700
Message-Id: <199504060709.AAA22147@estienne.cs.berkeley.edu>
X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol
To: Kai.Vorma@hut.fi
cc: "Jordan K. Hubbard" <jkh@freefall.cdrom.com>,
        "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com>,
        jkh@freebsd.org (Jordan K. Hubbard), CVS-commiters@time.cdrom.com,
        cvs-ports@time.cdrom.com
Subject: Re: cvs commit: ports/net/sup/patches patch-ae 
In-reply-to: Your message of "Thu, 06 Apr 1995 10:04:08 +0300."
             <199504060704.KAA26897@vinkku.hut.fi> 
Date: Thu, 06 Apr 1995 00:09:12 -0700
From: "Justin T. Gibbs" <gibbs@estienne.cs.berkeley.edu>
Sender: cvs-ports-owner@freebsd.org
Precedence: bulk

>Justin T. Gibbs writes:
>
> > It doubles the number of stats needed to do an upgrade.  It needs to
>
>Doubling stats on a client machine is not that much a problem. I am
>currently trying to do fast updatedb/locate program for our big
>fileservers and I am developing it using my own FreeBSD machine. The
>Slowest part is of course traversing filesystem. It took just some
>80+ seconds to traverse my 1GB disk with some >30000 files and >1000
>directories using brute force algorithm (stat for every file and
>directory) and about 70 seconds with 4.4BSD optimizations (using file
>info from struct dirent and onet stat() for each directory for other
>reasons). So making a few hundred or thousand stats on _client_
>machine is not really that much an issue, IMHO. On a loaded server you
>probably want to avoid any stats possible.

It is if I'm using SUP to mirror Auspexes (30+ gigabyte filesets).  This
is something that will be happening shortly at TCS.  Don't tell me that
doubling the number of stat calls is not a problem.

>
> > be implemented another way and an option.  I should be able to create
> > #sup files all I want if I choose to distribute them via SUP.
>
>You can do that. The special name for foo#sup is foo#sup#sup .. :-)

So your saying I can distribute supfile and supfile#sup without it doing
the wrong thing?

>
> > No, he should have used PATH_MAX or SUP's own STRINGLENGTH there I 
> > would guess.
>
>SUP's STRINGLENGTH (see sup.h) has nothing to do with PATH_MAX (or
>whatever)  so using it is no more better than 1024 (actually worse).
>Using MAXPATHLEN (or is it PATH_MAX fro posix systems?) would be the
>right way, I suppose.
>
>..vode
>

--
Justin T. Gibbs
==============================================
TCS Instructional Group - Programmer/Analyst 1
  Cory | Po | Danube | Volga | Parker | Torus
==============================================