Date: Fri, 13 Sep 2013 21:38:50 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: "Sam Fourman Jr." <sfourman@gmail.com> Cc: "Alexander V. Chernikov" <melifaro@yandex-team.ru>, Luigi Rizzo <luigi@freebsd.org>, Andre Oppermann <andre@freebsd.org>, freebsd-hackers@freebsd.org, George Neville-Neil <gnn@neville-neil.com>, freebsd-arch@freebsd.org, Adrian Chadd <adrian@freebsd.org>, "Andrey V. Elsukov" <ae@freebsd.org>, Gleb Smirnoff <glebius@freebsd.org>, FreeBSD Net <net@freebsd.org> Subject: Re: Network stack changes Message-ID: <1087948919.23486338.1379122730412.JavaMail.root@uoguelph.ca> In-Reply-To: <CAOFF%2BZ0afxp%2BZyD9%2BmFmoMopfXSSaZ10t2i3fJMwEPxi278R%2Bw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Sam Fourman Jr. wrote: > > > > > And any time you increase latency, that will have a negative impact > > on > > NFS performance. NFS RPCs are usually small messages (except Write > > requests > > and Read replies) and the RTT for these (mostly small, > > bidirectional) > > messages can have a significant impact on NFS perf. > > > > rick > > > > > this may be a bit off topic but not much... I have wondered with all > of the > new > tcp algorithms > http://freebsdfoundation.blogspot.com/2011/03/summary-of-five-new-tcp-congestion.html > > what algorithm is best suited for NFS over gigabit Ethernet, say > FreeBSD to > FreeBSD. > and further more would a NFS optimized tcp algorithm be useful? > I have no idea what effect they might have. NFS traffic is quite different than streaming or bulk data transfer. I think this might make a nice research project for someone. rick > Sam Fourman Jr. >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1087948919.23486338.1379122730412.JavaMail.root>