[Beowulf] network filesystem

Chris Samuel csamuel at vpac.org
Sun Mar 4 17:02:58 EST 2007

On Mon, 5 Mar 2007, Mark Hahn wrote:

> why V4?
> - security.  within a cluster, I don't see the point to, say, kerberos.

Agreed, not to mention all the pain of trying to get Kerberos tickets passed 
through the queueing system and the fact that if you're running a 3 month job 
it's going to be quite hard to persuade your Kerberos admin to let you be 
able to create a ticket that lasts that long..

> - compound rpcs.  probably provides somewhat better efficiency.

Yup, should ease the burden of a lot stat()'s.

> - open/close, byte-range locking.  I don't see much demand.

Pass. :-)

> - client caching/delegation/leases - could be valuable for efficiency.

Indeed, this to me is the most useful part of it, especially for those people 
who are running code that should use local scratch but doesn't (either due to 
lack of coding experience or not having access to the source)..

> I find that nfsv3 works fine for moderate IO on O(100) clients.

Likewise, though we do get the occasional user who is able to generate a 
pathological case..

> I would be very interested to know whether others have observed
> performance benefits for v4, and whether it's an easy upgrade,
> such as no new/onerous security framework ('framework' is always
> a danger sign for me ;)

When I last played with it you could still use AUTH_SYS (as in v3) rather than 
having to use Kerberos.

 Christopher Samuel - (03)9925 4751 - VPAC Deputy Systems Manager
 Victorian Partnership for Advanced Computing http://www.vpac.org/
 Bldg 91, 110 Victoria Street, Carlton South, VIC 3053, Australia

Beowulf mailing list, Beowulf at beowulf.org
To change your subscription (digest mode or unsubscribe) visit http://www.beowulf.org/mailman/listinfo/beowulf


More information about the Beowulf mailing list