[602] in Info-AFS_Redistribution
Re: NFS vs. AFS builds
daemon@ATHENA.MIT.EDU (dstokes@sunlight.austin.ibm.com)
Wed Feb 12 17:38:44 1992
Date: Wed, 12 Feb 92 14:59:44 -0600
From: dstokes@sunlight.austin.ibm.com
To: Lyle_Seaman@transarc.com
Cc: craig@anderson.austin.ibm.com, info-afs@transarc.com
I'll answer as many of these questions as I can, and pass the rest
back to Craig (BTW, he can be mailed to on the internet as
craig@aixwiz.austin.ibm.com).
>>what is lm? I assume it's some kind of make variant, but without
lm stands for libmake. You are correct in assuming it is a variant of make.
Sven Tafvelin <tafvelin@ce.chalmers.se> writes:
> The reason may be that the build needs more than 200 Mbytes of files which
> means that it will remove the files soon needed when restarting the
> build.
>>The logic makes sense, but the time doesn't. I can't fathom a 200+++
>>build completing in under 10 minutes.
Right again. This a small build. It shouldn't take 200M.
>>A couple of questions must be answered:
>>1. You aren't doing this build -on- the AFS server, are you?
Nope. The build is being done on a client.
>>2. For this comparison, was the NFS server the same machine as the
>> AFS server, and under similar load?
Yes, they were the same machine, under a similar load.
>>3. What is "lm" doing to determine that the target is up-to-date?
The first thing it does is build a dependency tree. That could very
well be doing lots of stats.
>>4. What settings are you using for the afsd parameters, especially
>> -files, -dcache and -stat?
The default afsd parameters are being used.
>>5. How large is your cache, really? I mean, when you run "fs
>> getcacheparms", what is the result?
It states that we are using 168M of cache.
Since the original post, Craig has received several suggestions,
including bumping up the -stat and -files params, and running with
a memory cache. The only one of these which made a noticable difference
was the memory cache... Another suggestion is the fact that AFS is not
integrated with the VMM (Virtual Memory Manager) on the 6000 while NFS
is.
Thanks, Dawn
------------------------------------------------------------------------
International Business Machines Internet: dstokes@dce.austin.ibm.com
11400 Burnet Rd PSP LAN: dstokes@sunlight.austin.ibm.com
Austin, TX 78758-3493 U.S.A. IBM VNET: DSTOKES at AUSVMQ
Personal Systems Programming Phone: (512) 838-3462 T/L
