it
should be safe.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203
* 1024) */
#define ARENA_SIZE 0
The arena handling seems to be reasonably tight, so it's probably a
long shot in any event.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150
might try rebuilding with ARENA_SIZE set to 0 to
disable this code to see if your native platform handles it better
somehow.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED
of started me thinking about it again.
I may review our current logs to see how much time is being wasted.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc
generate/send/free.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150
Martin Pool [[EMAIL PROTECTED]] writes:
On 18 Apr 2002, David Bolen [EMAIL PROTECTED] wrote:
A few caveats - both ends have to support the option - I couldn't make
it backwards compatible because both ends exchange information about a
sorted file list that has to sort the same way
took data from the original file past
the size point of the partial copy, but in many cases (growing files)
its a big win. If anyone is interested, I could extract it and post
it.
-- David
/---\
\ David Bolen
are in /etc/security/limits.conf,
maybe by default processes on the server are limited to 32MB of memory
or something?
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150
-oriented group would offer
further suggestions, under the assumption that something must be leading
to the malloc() failing.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150
rsync to performing an ftp or cp
and then doing a full checksum on the file, so one could argue it's
actually more reliable than a straight ftp/cp without the checksum.
-- David
/---\
\ David Bolen\ E
.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150
of
a subset of files.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax
, but the FAT* variants use local time.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150
computation and transmission, which to be fair for large
files and small block sizes can be quite significant).
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
be the only BK project I'd care
about - it's not clear I'd want to bother with the client.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
that would help, although it'll reduce your block
count by about a factor of 2.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192
a larger value
(16K for example).
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
in the main release (after some burn-in time in local use), but there
are some that aren't general purpose enough, so they just stay in our
repository.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL
ambiguous and could certainly include the above scenario.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal
setting as the child processes is using
on individual I/O. But the parent won't hear from the child until
it's fully done.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED
backups I use a script that creates a lock file before running rsync,
and that lock file is also checked by the backup script.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED
.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
be affecting timing of information flow, and it would
be interesting if that exacerbated any of the characteristics that his
buffering changes were focused on addressing.
-- David
/---\
\ David Bolen\ E-mail
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
between block overhead and
extra transfer upon a change detection.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860
, in which case they wouldn't be transferred at all (unless
you were using the -I option).
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
), but the growth algorithm is not
exponential (it just reallocates two entries at a time it looks like).
But I expect compared to other stuff it's in the noise.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL
there was
one) - so please ignore that :-)
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford
available working space.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax
could raise the risk of
inconsistency if the file on the receiver is changing, but that risk
is already there, just a smaller window. I haven't had a chance to
try the change though yet.
-- David
/---\
\ David
the higher debugging levels locally.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford,
the larger of the two.
Of course, I suppose it's also possible that there's something in your
source that rsync isn't syncing up properly - the find comparision
should be able to highlight that.
-- David
/---\
\ D
successful.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone: (203) 708-5192|
/ 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \
\---/
it's a more efficient way to guarantee
you only bother sending a file if it is different.
-- David
/---\
\ David Bolen\ E-mail: [EMAIL PROTECTED] /
| FitLinxx, Inc.\ Phone:
52 matches
Mail list logo
