Displaying 20 results from an estimated 2000 matches similar to: "About data/token send/receive protocol part and more"
2020 Feb 06
0
[PATCH] Add support for zstd compression
From: Sebastian Andrzej Siewior <sebastian at breakpoint.cc>
zstd compression was announced as "good compression with high
throughput" so I gave it a try. With zlib, on high speed links the CPU
is usually the bottle neck. With zstd I'm able to fill a 200Mbit link :)
zstd detection happens automatically via pkg-config. No zstd header means
no error about missing zstd. So that
2009 Nov 04
0
PATCH: fast copy of files in local server mode
Dear List,
the attached patch makes rsync of local folders almost as fast as cp.
when rsync client and server has detected that they are working in
local_server mode,
they use local_socket, a unix domain socket pair, to pass the file
descriptors of the synced files.
the server uses the file descriptor it receives from the client to fast copy
from src to dst file.
on completion of every file fast
2003 Mar 23
1
[RFC] dynamic checksum size
Currently rsync has a bit of a problem with very large
files. Dynamic block sizes were introduced to try handle that
automatically if the user didn't specify a block size.
Unfortunately that isn't enough and the block size would
need to grow faster than the file. Besides, overly large block
sizes mean large amounts of data need to be copied even for
small changes.
The maths indicate
2003 Apr 27
1
Rsync read_int questions
Hello,
I've been having all kinds of problems with rsync. I've
tried versions 2.5.4-6. They all seem to have the same
problems. Currently, I'm trying to use SystemImager, which
uses rsync to transfer files. I get this:
get_boel_binaries_tarball
rsync -av 10.1.2.14::boot/i386/SMC/boel_binaries.tar.gz
/tmp/
receiving file list ... ERROR: buffer overflow in
recv_exclude_list
rsync
2003 Mar 30
1
[RFC][patch] dynamic rolling block and sum sizes II
Mark II of the patch set.
The first patch (dynsumlen2.patch) increments the protocol
version to support per-file dynamic block checksum sizes.
It is a prerequisite for varsumlen2.patch.
varsumlen2.patch implements per-file dynamic block and checksum
sizes.
The current block size calculation only applies to files
between 7MB and 160MB setting the block size to 1/10,0000 of
the file length for a
2004 Jul 12
2
[PATCH] Batch-mode rewrite
Wayne,
Please consider the attached patch. This applies to the current
CVS, and is independant of patches/local-batch.diff. As a matter of
fact, I'm sure it would conflict heavily with local-batch.diff.
This version of batch mode has a couple distinguishing features:
Write-batch records (almost) the entire sender side of the conversation
into one file. ("Almost" because it has
2002 Jan 13
0
rsynd-2.5.1 / io.c patches
Platform: Compaq OpenVMS Alpha 7.3
Compiler: Compaq C T6.5
The following patch resolves compile problems with the IO.C module.
The (char) type was being used where (void) was more appropriate based
on the actual use of the code.
The (char) type was also being used where the usage was actually an
(unsigned char).
const qualifiers were added to improve compile efficiency.
EAGLE> type
2004 Apr 10
0
patches for copying atimes
Hi.
Here's a patch for copying the atimes of files when -t/--times is
given. I bumped the protocol to 29 since it sends more data over the
wire. It obviously does not send the atime if it's sending data to an
older rsync version.
It passes all the tests (including the added atime.test) for me on a:
Linux Debian/3.0 gcc 2.95.4 (debian), glibc 2.2.5 system.
Any questions/feedback? I
2006 Jan 24
1
propagate atimes with rsync-2.6.6 (fwd)
Dear Martin Pool.
We regularly use rsync for making backups of our file systems but we have
noticed that the atimes are not transferred with the files and are also
always updated on the sender's side. Therefore, we have created a modified
version of rsync based on rsync-2.6.6 protocol version 29 which transfers
the access times with the transferred files and also allows to preserve
the access
2004 Apr 20
1
improved atime patch
I posted a patch a few days ago that adds copying of atime. At that
time, it was just enabled with -t/--times. After some time, we have
figured out that that choice might not have been the best. Here's a
new version of the patch (relative to CVS) that adds -A/--copy-atime
instead. It also includes a test case.
Any feedback on this patch and/or the previous one that I posted?
2004 Jun 17
1
[PATCH] make write_batch local
Wayne,
It's taken a little while for me to get more familiar with the
code, but I think I've reached a good breakpoint in improving
batch-mode. Let me highlight some of the changes in the
attached patch:
* --write-batch and --read-batch arguments are no longer passed
from client to server. This fixes the current problem
that causes the server threads to die when the client
2002 Aug 05
5
[patch] read-devices
Greetings,
I'd like to propose a new option to rsync, which causes it to read
device files as if they were regular files. This includes pipes,
character devices and block devices (I'm not sure about sockets). The
main motivation is cases where you need to synchronize a large amount of
data that is not available as regular files, as in the following scenarios:
* Keep a copy of a block
2002 Mar 06
0
rsync hangs in read_int (generator.c line 498)
Hello
I'm having a heck of a time rsync'ing (is that the proper conjugation?
:)) between two Cygwin machines. I have three directory trees that are
"exposed" via rsynch. Two of the three have a very shallow structure,
and they work fine. The third, however, has a fairly deep structure and
many more files than the other two, and rsync'ing this directory causes
a hang on
2008 Feb 15
4
Revised flags patch
Hi,
first of all, sorry for taking so long. Unfortunately, some other tasks
kept coming up. Anyway, attached is the version of the flags patch, that
is based on the one I'm using with 2.6.9. It is against the rsync-3.0.0pre9
release.
I've included the option name change from the repository, so the
option is now called --fileflags. Improved from the previously
distributed version is the
2003 Jun 25
3
patch draft for extended attributes on linux
This draft patch adds support for transferring extended attributes
with a new --xattr option. It ought to work on Linux with XFS or
ext2/ext3 filesystems with the SGI/bestbits attribute system.
It is partially working, but there seems to be some kind of hang bug
while transferring the file list. I suspect it might be provoking a
problem in io.c.
You need to rerun autoconf, autoheader and
2003 Jan 03
1
[Fwd: Re: rsync windows -> unix still hanging :(]
Author of the message didn't include rsync@lists.samba.org in the reply,
and I think this message is in topic.
-------- Original Message --------
Subject: Re: rsync windows -> unix still hanging :(
Date: Mon, 30 Dec 2002 17:24:47 -0800
From: Jim Kleckner <jek_subs@kleckner.net>
To: Mike Rubel <mrubel@galcit.caltech.edu>
CC: cygwin@cygwin.com
References:
2004 Jan 25
2
scan for first existing hard-link file
Here's a patch that makes rsync try to find an existing file in a group
of hard-linked files so that it doesn't create the first one in the
group from scratch if a later file could be used instead.
Details: I decided to avoid having the code do an extra scan down the
list when we encounter the lead file in the list. This is because it
would be bad to have to do the same scan in the
2005 Mar 21
4
Patch: Offline transfer mode
Hi All,
Here's an rsync patch which adds an --offline flag, letting you transfer
changed blocks via removable media, while still comparing checksums via
the net. I expect this could be very popular for the growing number of
people who want to do disk-based offsite backups, which is what I needed
it for.
It took me longer than I hoped, but still only several hours to work
this out -- it
2003 May 20
0
patch for better handling of write failures (disk full)
I've been having problems trying to sync two small partitions (128MB)
that may be near to full.
If rsync gets a write error (such as is caused when you fill up a
partition) during a sync without the use of "-T", it will stop with
this error:
rsync: writefd_unbuffered failed to write 4 bytes: phase "unknown": Broken pipe
rsync error: error in rsync protocol data stream
2003 Jul 24
0
(no subject)
Here is a diff which should allow applying batch updates remotely ( as
apposed to copying the batch files to the remote server and running rsync
there ).
Eg
rsync --write-batch=test src dst1::dst
rsync --read-batch=test dst2::dst
Oli Dewdney
diff -E -B -c -r rsync-2.5.6/flist.c rsync-2.5.6-remotebatch/flist.c
*** rsync-2.5.6/flist.c Sat Jan 18 18:00:23 2003
---