All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Whiting <ewhiting@amis.com>
To: Ion Badulescu <ionut@cs.columbia.edu>
Cc: nfs@lists.sourceforge.net
Subject: Re: 2.4.18: NFS_ALL patch greatly hurting UDP speed
Date: Wed, 20 Mar 2002 17:33:44 -0700	[thread overview]
Message-ID: <3C992A68.877C36E0@amis.com> (raw)
In-Reply-To: 200203210020.g2L0KrB13635@moisil.badula.org

Ion Badulescu wrote:
> 
> On Wed, 20 Mar 2002 11:23:43 -0700, Eric Whiting <ewhiting@amis.com> wrote:
> 
> > ==THIRD TEST
> > Same setup as second test, but using dd instead of bonnie
> >
> > mohawk/test> time dd if=/dev/zero of=file bs=1024k count=1
> > 1+0 records in
> > 1+0 records out
> > 0.000u 0.030s 0:05.06 0.5%      0+0k 0+0io 136pf+0w
> >
> > About 200k/s on a 100Mbit network -- not very good.
> 
> Umm... no. I don't recall your setup (and you didn't specify it
> in your email), but if this is the same setup as Lee's (GigE
> bridged into 100Mbit), then you don't really have a 100Mbit network.
> What you have is a GigE network with 90% packet loss. 200k/s is
> actually pretty good in that case.

The only variable I change is the kernel on the linux client. The
network is 100M at both the server and the client. (gigE inbetween --
but I've tested with suns on the local switch and found the same
results)

The default kernel runs 5-10M/s on writes. Reboot to a 2.4.18 with
NFS_ALL and you see 200K/s on writes. Same network. Same UDP transport.
Just something goofy going on.



> 
> This is what Trond has been trying to say all along: UDP is a losing
> proposition for this kind of setup. The only way you can make it work
> sort of ok is by slowing it down and thus penalizing the rest of us
> with sane setups.
> 
> Just use TCP and be happy.

Yes.. That is what Sun does. I'm starting to do that more and more. I've
been using Neil's knfsd and tcp patches on some boxes. (but I'm not
using those patches on these recent tests that I've been reporting)


eric

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

      reply	other threads:[~2002-03-21  0:34 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <3C88F8EE.86058BD5@sls.lcs.mit.edu>
     [not found] ` <shs7kollatu.fsf@charged.uio.no>
2002-03-20 15:39   ` 2.4.18: NFS_ALL patch greatly hurting UDP speed I Lee Hetherington
2002-03-20 15:45     ` Trond Myklebust
2002-03-20 15:50       ` Trond Myklebust
2002-03-20 18:23         ` Eric Whiting
2002-03-21  0:20           ` Ion Badulescu
2002-03-21  0:33             ` Eric Whiting [this message]

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=3C992A68.877C36E0@amis.com \
    --to=ewhiting@amis.com \
    --cc=ionut@cs.columbia.edu \
    --cc=nfs@lists.sourceforge.net \
    /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.