Re: ~800 mountpoint limitation

[Trond Myklebust <trond.myklebust@fys.uio.no>]

>>>>> " " == Charles Lever <Lever> writes:

     > trond has heard my complaints about this before....  sharing an
     > RPC transport socket across mounts is an interesting solution
     > in some ways, but i'm concerned about the performance
     > scalability of this solution, especially since the RPC slot
     > table size is fixed at a relatively small 16 entries.

The answer to this problem is to make the slot table size
configurable. I believe you even have a patch for that, Chuck ;-)

     > imagine sharing 16 RPC slots across all the mounts on a very
     > busy multi-user system.  if one mount backs up (say because one
     > of the server's disks gets busy), that makes all the mounts
     > sharing that slot table unusable.


I'm not really sure that I buy the argument about the server disks
getting busy. That will tend to hit you whether or not you are sharing
RPC slots, since it also ties up server resources.

The main point with putting all the transport to a given server on one
socket is that the UDP/TCP congestion control algorithms can then
function efficiently. Instead of competing against other packets
originating from itself, the client only has to deal with competition
from other clients.

Cheers,
  Trond


-------------------------------------------------------
This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo
The Event For Linux Datacenter Solutions & Strategies in The Enterprise 
Linux in the Boardroom; in the Front Office; & in the Server Room 
http://www.enterpriselinuxforum.com
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs