<br><br><div class="gmail_quote">On Fri, Apr 9, 2010 at 2:04 AM, Alexey Levan <span dir="ltr">&lt;<a href="mailto:exlevan@gmail.com">exlevan@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi all,<br>
<br>
I&#39;ve just finished my GSoC proposal, it&#39;s at <a href="http://bit.ly/info/9CKuRh" target="_blank">http://bit.ly/info/9CKuRh</a> .<br>
I&#39;d be glad to hear any feedback on it before deadline (19:00 UTC). (I&#39;m<br>
particularly interested in negative feedback, so I could identify and<br>
fix the worst parts).<br></blockquote><div><br>&quot;Thus, darks works as a simple file server.&quot;  Did you mean &quot;darcs&quot;?<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>
Also, there are some points I&#39;m still unsure about; I&#39;d appreciate for<br>
any help on them:<br>
  * What happened to HTTP pipelining? Why wasn&#39;t that successful? Is<br>
problem in darcs, or in libs, or somewhere else? (Or nobody knows?) It<br>
would be worth to write about it, as it intended to solve the same<br>
problem as my project.<br></blockquote><div><br>Darcs supports HTTP pipelining.  If you&#39;re not seeing the pipelining happening, then I&#39;m not sure what is wrong.  For example, the remote webserver may not support it.  Some versions of darcs have had terrible performance due to the amount of data received.  Meaning, sometimes the get performance is bad after the data is received and darcs is processing it.  I don&#39;t know what the current status is, hopefully those problems have been fixed in 2.4, but without looking at the profiling data it&#39;s hard to remember.<br>
<br>The benchmarks on the wiki are really hard to find because they seem to be strewn across many small pages, but a few links might get you started.<br><br>Pages about benchmarks:<br><a href="http://wiki.darcs.net/Development/Benchmarks">http://wiki.darcs.net/Development/Benchmarks</a><br>
<a href="http://wiki.darcs.net/Benchmarks">http://wiki.darcs.net/Benchmarks</a><br><br>And then there is a slew of individual runs on machines like this one:<br><a href="http://wiki.darcs.net/Benchmarks/Quasar">http://wiki.darcs.net/Benchmarks/Quasar</a><br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
  * In description of &#39;darcs optimize --http&#39; command, I&#39;m saying that<br>
patches before tag don&#39;t get reordered. Actually, I&#39;m not 100% sure<br>
about that. The idea I got while looking at sources is that tag is<br>
regular patch (to some degree) that doesn&#39;t commute with anything.<br>
However, I didn&#39;t find prove of it in sources, so I may be wrong. The<br>
technical explanation of what&#39;s really going on with tags would be<br>
really helpful.<br></blockquote><div><br>I think for most cases this is accurate.  A tag depends on all the patches before it so most repository interactions stop at tags.  It&#39;s possible somethings need to look beyond tags, but I don&#39;t know the details.<br>
<br>Jason<br></div></div>