[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <alpine.DEB.0.999999.0801211021200.22574@twinlark.arctic.org>
Date:	Mon, 21 Jan 2008 10:29:52 -0800 (PST)
From:	dean gaudet <dean@...tic.org>
To:	"Patrick J. LoPresti" <lopresti@...il.com>
cc:	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: Fast network file copy; "recvfile()" ?
On Thu, 17 Jan 2008, Patrick J. LoPresti wrote:
> I need to copy large (> 100GB) files between machines on a fast
> network.  Both machines have reasonably fast disk subsystems, with
> read/write performance benchmarked at > 800 MB/sec. Using 10GigE cards
> and the usual tweaks to tcp_rmem etc., I am getting single-stream TCP
> throughput better than 600 MB/sec.
> 
> My question is how best to move the actual file.  NFS writes appear to
> max out at a little over 100 MB/sec on this configuration.
did your "usual tweaks" include mounting with -o tcp,rsize=262144,wsize=262144 ?
i should have kept better notes last time i was experimenting with this,
but from memory here's what i found:
- if i used three NFS clients and was reading from page cache on the
  server i hit 1.2GB/s total throughput from the server.  the client
  NFS code was maxing out one CPU on each of the client machines.
- disk subsystem (sw raid10 far2) was capable of 600MB/s+ when read
  locally on the NFS server, but topped out around ~250MB/s when read
  remotely (no matter how many clients).
my workload was read-intensive so i didn't experiment with writes...
-dean
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
Powered by blists - more mailing lists
 
