[darcs-devel] performance measurements of "darcs get", "hg clone", and "rsync -r"
Kevin Quick
quick at sparq.org
Sat Jan 26 00:46:35 UTC 2008
Just throwing my 2 cents into this conversation: poor windows
performance due to exactly these ssh issues is one of the two main
reasons why I've been unsuccessful in generating sustainable interest
in using darcs @ my workplace (the other is line-ending support).
This would be a very good issue to resolve IMHO, and as Zooko points
out, I don't think we'd need anything as robust/featureful as a full
"ftp"-style application.
-KQ
On 25 Jan 2008, at 4:43 PM, zooko wrote:
> On Jan 25, 2008, at 4:08 PM, David Roundy wrote:
>
>> It also would require that we develop an entire ftp protocol
>> including
>> transmition of errors.
>
> This part I don't understand. You just define a protocol, like:
>
> I send you a stream of patchids (patchids have a known length, so
> there doesn't need to be any terminating character or length
> encoding), and you send me a stream of patches, with each patch
> prefixed by its length in bytes expressed as a big-endian, unsigned 8
> byte integer.
>
> This would be a rich enough protocol to do the job of an FTP server,
> but it doesn't need to be.
>
>> I think this would definitely be harder than
>> learning haskell. Which isn't to say it's not a reasonable
>> problem to
>> tackle, but rather that your lack of Haskell knowledge isn't an
>> excuse!
>
> Heh heh. To me, implementing network protocols is easy, and learning
> Haskell is hard.
>
> Regards,
>
> Zooko
>
> _______________________________________________
> darcs-devel mailing list
> darcs-devel at darcs.net
> http://lists.osuosl.org/mailman/listinfo/darcs-devel
More information about the darcs-devel
mailing list