[OpenAFS] OpenAFS directory update is SLOW. Performance tuning?

[Noel Burton-Krahn]

Thanks for your work! I've seen some papers from the ARLA people that
suggest they'r eabout to release a native NT file system for their AFS
client.  If so, hopefully that would be a good replacement for OpenAFS' fake
SMB server implementation.

See
http://www.chips.chalmers.se/Chips/conference/made2000/presentations/ahltorp
.et.al.pdf



--Noel


----- Original Message -----
From: "Matthias Hollick" <matthias.hollick@KOM.tu-darmstadt.de>
To: <shadow@dementia.org>; <noel@burton-krahn.com>
Sent: Friday, April 12, 2002 12:11 AM
Subject: [OpenAFS] OpenAFS directory update is SLOW. Performance tuning?


> hi derrick, noel,
>
> i just stumbled over your windows + openafs performance thread. i am
> experiencing "similar" problems using openafs 1.2.2a on my w2k box
> (transarc afs on nt4 works fine). some traces and measurements suggest,
> that the openafs-clinet is not able to handle large directories.
>
> simple test:
>
> put one file (4kb) on afs server - performance good
> put 500 files (4kb) on afs server - performance good
> put 1000 files (4kb) on afs server - performance degrades (for all new
> files added, old files are retrieved fast!)
> ...
> put 2000 files (4kb) on afs server - performance degrades (for all files
> added after file 950 or so, old files are retrieved fast!)
>
> sniffing shows that for retrieving file 1000 afs needs around 20000!
> fs-request + fs-reply messages (fetch-status) and transmits around 2-3
> MB of data to deliver the 4kb file.  (if there are 2000 files the
> perfomrance penalty on my box is 20seconds + 4-5 MB of transfered data
> to get a the 4kb file no. 2000)
>
> -> seems like openafs-client can not handle large directories properly
> (under solaris, linux no such problems!)
>
> regards
>
>    matthias hollick
>
>