<div dir="ltr">Hey Everyone,<br><br>I wanted to give quick update on N23 rebasing progress:<br><ul><li><span style="color:rgb(39,78,19)">Rebase N23 onto Master (<span style>Comp<span></span>l<span></span>ete</span>)</span></li>

<li><span style="color:rgb(39,78,19)">Refactor N23 to use channels (Complete)</span></li><li>Make clean w/ check-spaces (50%. ETA 7/28)</li><li>Testing with Chutney (To-Do)</li></ul>Charlie<br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, Jul 18, 2013 at 11:43 AM, Karsten Loesing <span dir="ltr"><<a href="mailto:karsten@torproject.org" target="_blank">karsten@torproject.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 7/18/13 5:30 PM, Charlie Belmer wrote:<br>
> Karsten, I'll take a shot at it. Is there a specific timeline I should be<br>
> aware of? My C is a little rusty and I am working to learn the codebase<br>
> (This sounds like a good opportunity to learn more). I don't want to bite<br>
> off more than I can chew if there is a tight release timeline.<br>
<br>
</div>Neat!<br>
<br>
We have until end of October to "Write a proposal for N23, and write a<br>
patch for N23 that functions correctly. Then simulate it to see how it<br>
performs for typical and for really slow client connections."<br>
<br>
We're sorta doing this in opposite direction, because there's already a<br>
patch, and we want to find out if performance improvements are worth<br>
writing a proposal and cleaning up the patch enough to actually merge it<br>
into 0.2.5.x.<br>
<br>
So, we have 3.5 months for everything.  I'd think that 1 month for<br>
rebasing the existing branch would leave us enough time to run<br>
simulations and possibly write the proposal.  Is mid-August a reasonable<br>
time frame for you?<br>
<br>
Of course, if you realize you can't work on this, please let us know as<br>
early as possible, so that somebody else can give it a try.<br>
<br>
Thanks for helping!<br>
<br>
Best,<br>
Karsten<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
> On Thu, Jul 18, 2013 at 8:50 AM, Karsten Loesing <<a href="mailto:karsten@torproject.org">karsten@torproject.org</a>>wrote:<br>
><br>
>> Dear tor-devs,<br>
>><br>
>> is anyone here up for a coding task that could help us research<br>
>> performance improvements of the N23 design more?<br>
>><br>
>> The situation is that we already have a branch (n23-5 in arma's public<br>
>> repository), but it's based on 0.2.4.3-alpha-dev and needs to be rebased<br>
>> to current master.<br>
>><br>
>> In theory, it's as simple as the following steps:<br>
>><br>
>> $ git clone <a href="https://git.torproject.org/tor.git" target="_blank">https://git.torproject.org/tor.git</a><br>
>> $ cd tor/<br>
>> $ git remote add arma <a href="https://git.torproject.org/arma/tor.git" target="_blank">https://git.torproject.org/arma/tor.git</a><br>
>> $ git fetch arma<br>
>> $ git checkout -b n23-5 arma/n23-5<br>
>> $ git fetch origin<br>
>> $ git rebase origin/master<br>
>> (clean up the mess)<br>
>> $ git add<br>
>> $ git commit<br>
>> $ git rebase --continue<br>
>> (back to clean-up-the-mess step until git is happy)<br>
>> $ git push public n23-5<br>
>><br>
>> Bonus points if you make sure the branch compiles with gcc warnings<br>
>> enabled, appeases make check-spaces, and runs peacefully in a private<br>
>> Chutney network.<br>
>><br>
>> Unfortunately, the n23-5 branch touches a few places in the tor code<br>
>> that have been refactored in current master, including Andrea's<br>
>> connection/channel rewrite.  It might be necessary to dive into the<br>
>> channel thing in order to get this rebase right.<br>
>><br>
>> Once we have a refactored n23-5 branch, I'll try to simulate it in Shadow.<br>
>><br>
>> For a tiny bit of context, this is for our sponsor F item 13:<br>
>><br>
>> <a href="https://trac.torproject.org/projects/tor/wiki/org/sponsors/SponsorF/Year3" target="_blank">https://trac.torproject.org/projects/tor/wiki/org/sponsors/SponsorF/Year3</a><br>
>><br>
>> I'm asking here, because the usual suspects are already overloaded with<br>
>> other stuff.  As usual, I guess.<br>
>><br>
>> Thanks,<br>
>> Karsten<br>
>> _______________________________________________<br>
>> tor-dev mailing list<br>
>> <a href="mailto:tor-dev@lists.torproject.org">tor-dev@lists.torproject.org</a><br>
>> <a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev</a><br>
>><br>
><br>
><br>
><br>
> _______________________________________________<br>
> tor-dev mailing list<br>
> <a href="mailto:tor-dev@lists.torproject.org">tor-dev@lists.torproject.org</a><br>
> <a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev</a><br>
><br>
<br>
</div></div></blockquote></div><br></div>