On Sat, Apr 29, 2006 at 01:17:58PM -0700, Graydon Hoare wrote:
> Timothy Brownawell wrote:
>
> >Netsync (initial pull, counting both server and client) appears to be:
> > 13% libz (56% compression + 22% decompression + housekeeping)
> > 11% Botan::SHA_160::hash
>
> It's important to different
On Sat, Apr 29, 2006 at 01:18:49PM -0500, Timothy Brownawell wrote:
> Netsync (initial pull, counting both server and client) appears to be:
>13% libz (56% compression + 22% decompression + housekeeping)
>11% Botan::SHA_160::hash
>6% compute_delta_insns (strangely, this is 99% from comp
In message <[EMAIL PROTECTED]> on Sat, 29 Apr 2006 23:19:40 +0200, Wim
Oudshoorn <[EMAIL PROTECTED]> said:
woudshoo> Well, I have put something together that works quite well
woudshoo> for my needs. It is somewhat similar to PCL-CVS but of
woudshoo> course not as mature.
Mature or not, still an
On Sat, Apr 29, 2006 at 11:19:40PM +0200, Wim Oudshoorn wrote:
> Well, I have put something together that works quite well for my
> needs. It is somewhat similar to PCL-CVS but of course not
> as mature.
Cool!
> Also I do not have a lot of time to keep this up. I mostly
> just fix things that a
Lately on the google summer of code thread I saw that people
are interested in an emacs monotone integration.
Well, I have put something together that works quite well for my
needs. It is somewhat similar to PCL-CVS but of course not
as mature.
It works well with monotone 0.23 and I have made so
Graydon Hoare wrote:
We can give up the gzip on either without much hassle: on the protocol
stream it'll just result in more overall transmission (which is probably
OK since we're not near wire speed yet) and on the database it'll mean
more database storage allocated, which might be ok on the
Timothy Brownawell wrote:
Netsync (initial pull, counting both server and client) appears to be:
13% libz (56% compression + 22% decompression + housekeeping)
11% Botan::SHA_160::hash
It's important to differentiate two classes of gzip and sha1 here. There
is a portion we do on the netw
On Sat, 2006-04-29 at 20:39 +0200, Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Timothy Brownawell wrote:
> > On Fri, 2006-04-28 at 22:21 +0100, Bruce Stephens wrote:
> >
> >>I was just doing a quick estimate, and I think it's likely that the
> >>SHA1 and RSA cost for ch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Timothy Brownawell wrote:
> On Fri, 2006-04-28 at 22:21 +0100, Bruce Stephens wrote:
>
>>I was just doing a quick estimate, and I think it's likely that the
>>SHA1 and RSA cost for checking everything in the current venge.net
>>repository is a minute
On Fri, 2006-04-28 at 22:21 +0100, Bruce Stephens wrote:
> I was just doing a quick estimate, and I think it's likely that the
> SHA1 and RSA cost for checking everything in the current venge.net
> repository is a minute or two rather than an hour or two.
>
> If monotone were to give up verificati
Bruce Stephens wrote:
I was just doing a quick estimate, and I think it's likely that the
SHA1 and RSA cost for checking everything in the current venge.net
repository is a minute or two rather than an hour or two.
If monotone were to give up verification, then it would have to be
because that
Thomas Moschny <[EMAIL PROTECTED]> writes:
> Hi!
>
> This is to announce that the development of a Monotone Plugin for Trac has
> begun!
>
> Trac [http://www.edgewall.com/trac/] is an enhanced wiki and issue tracking
> system for software development projects. It contains an interface to the
>
Markus Schiltknecht <[EMAIL PROTECTED]> writes:
> Hi,
>
> mtn pull venge.net "net.venge.monotone*"
>
> works from here. AFAIK it's the standart port 4691. Can you connect to
> other ports of that server, for example port 80 (http with your
> webbrowser)?
>
> Are you using an up to date monotone ve
On Sat, Apr 29, 2006 at 11:30:00AM +0200, Markus Schiltknecht wrote:
> > And, you know, if we try and fail, then of course we'll consider other
> > options. But right now it feels like we're rejecting the best
> > solution, because we're worried it _might_ not work.
>
> I've never argued to rejec
On Sat, 2006-04-29 at 05:32 -0700, Nathaniel Smith wrote:
> Basically, the first sort is good for representing "what changed".
> The second sort is good when what you basically just have a bunch of
> files you want to store, that you happen to know have a lot in common
> with each other, and you wa
Hello Bruce,
On Sat, 2006-04-29 at 12:54 +0100, Bruce Stephens wrote:
> The deltas aren't (generally) reversible. A delta from A to B is a
> sequence of copying byte sequences from A and inserting new byte
> sequences. (Very like xdelta.)
That's what I call an 'Aha-effect'! Thank you.
> Curren
On Sat, Apr 29, 2006 at 01:37:04PM +0200, Markus Schiltknecht wrote:
> On Sat, 2006-04-29 at 12:15 +0100, Bruce Stephens wrote:
> > Well, you couldn't use *only* backward deltas. If you've got
> > A->B->C->D and you want to send that to someone who's got A, it's no
> > good just sending the backwa
Markus Schiltknecht <[EMAIL PROTECTED]> writes:
> On Sat, 2006-04-29 at 12:15 +0100, Bruce Stephens wrote:
>> Well, you couldn't use *only* backward deltas. If you've got
>> A->B->C->D and you want to send that to someone who's got A, it's no
>> good just sending the backward deltas D->C, C->B, B
Hi,
mtn pull venge.net "net.venge.monotone*"
works from here. AFAIK it's the standart port 4691. Can you connect to
other ports of that server, for example port 80 (http with your
webbrowser)?
Are you using an up to date monotone version (0.26)?
Regards
Markus
On Sat, 2006-04-29 at 12:21 +010
On Sat, 2006-04-29 at 12:15 +0100, Bruce Stephens wrote:
> Well, you couldn't use *only* backward deltas. If you've got
> A->B->C->D and you want to send that to someone who's got A, it's no
> good just sending the backward deltas D->C, C->B, B->A.
Uhm.. why not? Couldn't this 'someone' just ap
I'm trying to do a netsync pull from venge.net, but I'm not able to
even connect:
$ monotone -d ~/.mt/net.venge.monotone.mtn pull venge.net net.venge.monotone
monotone: doing anonymous pull; use -kKEYNAME if you need authentication
monotone: connecting to venge.net
monotone: network error: failed
Markus Schiltknecht <[EMAIL PROTECTED]> writes:
> I'm trying to understand netsync and all the 'how-to-store-deltas'
> question.
>
> In the wiki as well as in some IRC logs it's taken as a fact that
> netsync has to use forward-deltas. Why is that? I can't find a good
> reason for not using backwa
Hi,
I'm trying to understand netsync and all the 'how-to-store-deltas'
question.
In the wiki as well as in some IRC logs it's taken as a fact that
netsync has to use forward-deltas. Why is that? I can't find a good
reason for not using backwards-deltas in netsync. It seems to even have
some benef
Hi,
I'm replying to several people, starting a new thread. Hope that's okay.
On Fri, 2006-04-28 at 13:20 -0400, Ethan Blanton wrote:
> I think we're talking about two different things here, in several
> points along this thread. :-)
I was hoping I made the distinction clear. Obviously I did no
24 matches
Mail list logo