All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Kent <raven@themaw.net>
To: David Meleedy <david.meleedy@analog.com>
Cc: autofs@linux.kernel.org
Subject: Re: /net support
Date: Tue, 31 Oct 2006 16:31:29 +0800	[thread overview]
Message-ID: <1162283489.7511.162.camel@localhost> (raw)
In-Reply-To: <200610310014.k9V0ECNB027517@jetcar.spd.analog.com>

On Mon, 2006-10-30 at 19:14 -0500, David Meleedy wrote:
> 
> > My system defaults to tcp nfs v3 if no options are specified.  Given that
> > autofs now supports lazy mounts and unmounts, Is there a compelling reason
> > not to use TCP and/or version 3 mounts for the LAN?
> 
> 
> Well, my understanding of TCP is that it uses a sliding window/packet
> acknowledgment system to transfer data.  I would imagine that this
> would incur a bandwidth overhead vs. UDP.  So, given that it's more
> efficient to use UDP on the LAN, that is the behavior I had wanted to
> set up.

That very much depends on usage.

If you have a bunch of clients that typically open and load files of
potentially several hundred megabytes then UDP retransmits can become a
problem.

But then if traffic is light there's not much to be gained and if there
are traffic spikes possibly something to be lost.

> 
> > To answer your question directly, no, there isn't a way to specify mount
> > options per server.
> 
> I didn't think there would be at the moment.  Perhaps there would
> be a way to set this up with automounter variables, or some other
> mechanism.  I guess what I had been hoping for is that automounter
> could somehow detect how long it takes to contact a given server,
> and then depending on the lag, it would set the mount to be UDP
> for a short lag, or TCP version 3 for a long one.

This is actually fairly hard to do as ping responses can be so variable
for all sorts reasons. Not sure how to go about this one.

Ian

  reply	other threads:[~2006-10-31  8:31 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-27 20:22 /net support David Meleedy
2006-10-27 23:04 ` Jeff Moyer
2006-10-28  4:05 ` Ian Kent
2006-10-30 22:52   ` David Meleedy
2006-10-30 23:29     ` Jeff Moyer
2006-10-31  0:14       ` David Meleedy
2006-10-31  8:31         ` Ian Kent [this message]
2006-10-31 15:04           ` Jeff Moyer
2006-10-31 20:42           ` David Meleedy
2006-10-31 21:00             ` Joseph V Moss
2006-10-31 21:58               ` David Meleedy
2006-11-01  2:39             ` Ian Kent
2006-11-01 20:32               ` David Meleedy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1162283489.7511.162.camel@localhost \
    --to=raven@themaw.net \
    --cc=autofs@linux.kernel.org \
    --cc=david.meleedy@analog.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.