A lock-free concurrent queue alone would be worth a summer project IMO.<div><br></div><div>G<br><br><div class="gmail_quote">On Mon, Mar 19, 2012 at 3:25 AM, Florian Hartwig <span dir="ltr">&lt;<a href="mailto:florian.j.hartwig@gmail.com">florian.j.hartwig@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 19 March 2012 00:59, Chris Smith &lt;<a href="mailto:cdsmith@gmail.com">cdsmith@gmail.com</a>&gt; wrote:<br>

&gt; On Mar 18, 2012 6:39 PM, &quot;Florian Hartwig&quot; &lt;<a href="mailto:florian.j.hartwig@gmail.com">florian.j.hartwig@gmail.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt; GSoC stretches over 13 weeks. I would estimate that implementing a data<br>
&gt;&gt; structure, writing tests, benchmarks, documentation etc. should not take<br>
&gt;&gt; more<br>
&gt;&gt; than 3 weeks (it is supposed to be full-time work, after all), which means<br>
&gt;&gt; that I could implement 4 of them in the time available and still have some<br>
&gt;&gt; slack.<br>
&gt;<br>
&gt; Don&#39;t underestimate the time required for performance tuning, and be careful<br>
&gt; to leave yourself learning time, unless you have already extensively used<br>
&gt; ThreadScope, read GHC Core, and worked with low-level strictness, unpacking,<br>
&gt; possibly even rewrite rules.  I suspect that the measurable performance<br>
&gt; benefit from lockless data structures might be tricky to tease out of the<br>
&gt; noise created by unintentional strictness or unboxing issues.  And we&#39;d be<br>
&gt; much happier with one or two really production quality implementations than<br>
&gt; even six or seven at a student project level.<br>
&gt;<br>
&gt; --<br>
&gt; Chris Smith<br>
<br>
</div></div>Thank you, Hofstadter&#39;s law definitely rears its head in many of my projects.<br>
I do have some experience with ThreadScope and strictness issues, but<br>
you I agree that I&#39;m probably underestimating the time I need to<br>
learn.<br>
I also agree that my focus would be on quality rather than quantity. I<br>
quite like the modularity of this project, because it minimises the<br>
chance of having a lot of half-finished but useless code at the end of<br>
summer.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Gregory Collins &lt;<a href="mailto:greg@gregorycollins.net" target="_blank">greg@gregorycollins.net</a>&gt;<br>
</div>