Robert,
Perhaps unrelated, but I had a hang-at-end situation which at least
sounds similar. I tried to use a 3.0.x binary which had been compiled
on a PPC, on an intel-mini; it seemed to hang at the end.
Recompiled on the intel-mini, no problem since then.
Larry
--
At 9:57 PM -0400 5/2
tracking TCP's window size.
Current Linux releases do a good job of auto-tuning TCP buffers,
without need for manual adjustment. )
Again- sorry for the tangent.
Larry
--
At 1:21 PM -0700 4/18/07, Carson Gaspar wrote:
Lawrence D. Dunn wrote:
Colleagues,
If you do pursue SSL functio
Colleagues,
If you do pursue SSL functionality directly in rsync,
please be sure to take a look at Chris Rapier's work
to "fix" standard ssh implementations, at:
http://www.psc.edu/networking/projects/hpn-ssh/
Turns out "-e ssh" using most libraries puts a fixed-window-size
ssh-windowi
David,
What OS is on each end?
This sounds like (maybe) classic "TCP buffers too small by default",
which limits the amount of data in-flight for an individual
TCP flow to min(senders_TCP_send_buf, receivers_TCP_recv_buf),
assuming a clean network path.
(If you're running current Linu
Stu,
I ran into similar circumstances when helping some folks transfer
data from FermiLab(Chicago) to Renater(France).
What options are you using for rsync?
The buffer tuning you refer to is actually tuning two different things.
The rsync TCP-buffer options allow you to set TCP buffers
At 9:30 AM + 3/6/06, gARetH baBB wrote:
On Sun, 5 Mar 2006, Lawrence D. Dunn wrote:
Chris rapier has been working on a fix for this, see:
>http://www.psc.edu/networking/projects/hpn-ssh/
Note this affects anything using ssl, like scp, sftp, rsync -e ssh, etc.
None of th
Jason, Wayne,
As far as I know, rysnc transfers the files themselves using TCP, right?
So rsync can be affected by latency - transferring a large file,
it is subject to TCP's latency-effects, including slow recovery from
a loss on large bandwidth*delay product (BDP) links.
(Same with sev
Jason,
Summary guess-on-my-part:
"Maybe" (w.r.t. will_larger_buffers_help?). Depending on which
satellite-height you're
using, and what your current default buffers are, and which-operating-system,
1-4Mbps is on the edge where more-than-default buffers are useful.
More detail below.
(
ote:
On Tue, Nov 01, 2005 at 01:03:39PM -0500, Lawrence D. Dunn wrote:
I'd like to request/suggest that cli options to set TCP send/receive
buffers be added to rsync client-side.
That's simple enough to do. The attached patch adds the option
--sockopts=OPTIONS that accepts the sam
Dear rsync folks,
I'd like to request/suggest that cli options to set TCP send/receive buffers
be added to rsync client-side.
Summary:
I'm aware that a daemon's config-file can set socket options for
the server side
(e.g. SO_SNDBUF, SO_RCVBUF). That is useful.
But when trying to get
10 matches
Mail list logo
