[OpenAFS] vos move & vos rel failing on large volumes

Derrick J Brashear shadow@dementia.org
Wed, 9 Apr 2003 21:02:32 -0400 (EDT)


On Wed, 9 Apr 2003, Nathan Neulinger wrote:

> Not sure if it's in the release build or not, but I added a lot more
> diagnostics to vos move. Might need to build from a cvs snapshot to get
> those improvements.
>
> For us, 2GB volumes take 15-20 minutes to move... haven't paid much
> attention to how long it takes to release, but definately not 8 hours.

me either. i'd sort of like to see volserver strace/truss/ptrace/whatever
output while such a slow thing is happening.

> Of course, what's the makeup of your volume - if it's millions of small
> files, it is going to take longer.

A namei fileserver running on ext2 will be slow to create/delete files.
If you're creating/deleting a lot, it will suck. Since it's symptomatic of
the underlying filesystem, there's nothing we can do.

This is one of those 2 sided coins:
-namei is portable, but can be slow for some operations
-something faster could be written, but not be portable.

if we wanted to support 1 os, we could write something optimized, but the
logical choice would be linux, and at least as of this moment it doesn't
look terribly like they care if our client works when 2.6 series kernels
are released, so i'm not in a hurry to do a lot of work on something
linux-specific.

it used to be that closed source was bad, and so no one cared if afs
works. then it was "open source is bad, because your license isn't one we
like". then "ok, well, your code is ugly". next it will be "you have
chemical weapons in your kernel module, we will attack you and overthrow
your filesystem".

-D
-grumpy person who is grumpy for himself as a developer and no other
person, organzation, or hat.