On Tue, Jul 17, 2007 at 07:27:51PM -0400, Matt McCutchen wrote:
> I can't think of an easy way to produce a chain of forward deltas.
A chain of forward deltas requires an extra copy of the backup data.
So, you'd need a start point, an end point, and the deltas would be
generated while updating the
Jamie Lokier wrote:
> Check out the "TCP: advanced congestion control" option in a 2.6 Linux
> kernel, and there is plenty of research on the topic. See SCTP and
> DSCP (among others) for the more transaction oriented side.
>
Hi there Jamie
Like yourself, our WAN (VPN over Internet) suffers ma
On 7/17/07, Noah Leaman <[EMAIL PROTECTED]> wrote:
>From what I understand, the incremental rsync algorithm saves on network
bandwidth, but does rsync then just merge that delta data to end up with the new
version and full sized file on the destination filesystem?
Correct.
I have these Micr
On Tue, Jul 17, 2007 at 03:36:10PM -0400, Warren Oates wrote:
> What's the status of acl support for OS X? What needs to be done?
What is needed is working ACL functions. The posix ones are broken
(e.g. acl_get_entry() has completely wrong return values), and even if I
work around that, I can't f
>From what I understand, the incremental rsync algorithm saves on network
>bandwidth, but does rsync then just merge that delta data to end up with the
>new version and full sized file on the destination filesystem?
I have these Microsoft Entourage databases files that modified often and can be
Matt McCutchen, on 7/17/2007 2:50 PM, said the following:
On 7/17/07, Jamie Lokier <[EMAIL PROTECTED]> wrote:
I am in fact working towards such a program, though not with
proprietary congestion control. :-) It's currently in the form of a
distributed database of 650 devices, which I aim to scal
What's the status of acl support for OS X? What needs to be done?
The xattr support works nicely; you can try it out by moving a few
"text clippings" back and forth from HFS+ to ext3 (say) with and
without the -X switch set. Or move them locally that way, for that
matter. (Text clippings are _all
On 7/17/07, Jamie Lokier <[EMAIL PROTECTED]> wrote:
I am in fact working towards such a program, though not with
proprietary congestion control. :-) It's currently in the form of a
distributed database of 650 devices, which I aim to scale up to
internet numbers, and I'm very interested in distri
Matt McCutchen wrote:
> Thus, syncdat gets #2 and #3 but (it seems) not #1. Rsync running on
> a TCP-over-MTP tunnel would get #1 and #2 but not #3. To get all
> three benefits, we would need to make a program that has both delta
> transmission like rsync and a parallelized protocol like syncdat
On 7/17/07, Jamie Lokier <[EMAIL PROTECTED]> wrote:
So am I right in thinking that using rsync in conjunction with your
tunnelling product as the underlying transport might give better
performance for incremental file transfers than your current client?
As I understand it, there are three perfo
Mike Jackson wrote:
>We are not claiming superiority, just that we provide performance
>gains over TCP when going over wan or congested networks. In-fact, we
>have a ftp server set up in Singapore if you would like to compare our
>technology to your ftp solution. you can fin
Jamie,
We are not claiming superiority, just that we provide performance
gains over TCP when going over wan or congested networks. In-fact,
we have a ftp server set up in Singapore if you would like to compare
our technology to your ftp solution. you can find the client
download on our
James Dishongh is not available. Please forward any issues to [EMAIL
PROTECTED], or call 360-567-0469.
Thank you,
Net-Rx Support Team
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
https://bugzilla.samba.org/show_bug.cgi?id=4531
--- Comment #4 from [EMAIL PROTECTED] 2007-07-17 06:31 CST ---
(In reply to comment #3)
> Symlinks are not affected by the --update option. This option just affects
> file transfers.
I understand the implementation problems that has le
Andreas Kotes wrote:
> seems like they've implemented something similiar TCP on top of UDP
> which does a seriously better job (the information they provide points
> in that direction). Shame they don't give it to the public for free,
> like they got TCP, UDP, IP, DNS, SMTP, HTTP, ... ... ...
>
>
Matt McCutchen wrote:
> > Does anyone have any experience with 'syncdat' from Data
> >Expedition? How does it compare to rsync?
>
> I looked at the syncdat feature list (
> http://www.dataexpedition.com/syncdat/features.html ). Aside from the
> claim of much better performance, syncdat appears
16 matches
Mail list logo