<br><br><div class="gmail_quote">On Wed, Feb 11, 2009 at 10:31 PM, Richard O'Keefe <span dir="ltr"><<a href="mailto:ok@cs.otago.ac.nz">ok@cs.otago.ac.nz</a>></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;">
<div class="Ih2E3d"><br>
On 11 Feb 2009, at 9:58 pm, Hynek Vychodil wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Nice, and now measure this for 5 element long lists.<br>
</blockquote>
<br></div>
Who *cares*?  For teeny tiny lists, they are all too fast<br>
to measure reliably, which means that for teeny tiny lists<br>
there is no point in keeping the C code.</blockquote><div><br>Hundreds hares are wolf's death. Keep in mind that Erlang systems is supposed to be soft real time in some application. There is latency matter in those applications. If in one task you have to do hundreds of '--' operations even with short lists you need do it in ns or us times and BIF is worth solution there.<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>
<br>
<br>
Anyone remember UNIX V7 for PDP-11?<br>
The designers had pretty much done "the simplest thing that<br>
could possibly work".  Time and again, faced with the need<br>
for a data structure, they had done their calculations and<br>
found that on a PDP-11 the data structures just couldn't<br>
get big enough for linear searches to be a problem.<br>
<br>
Then the code got ported to the VAX, and performance was<br>
*horrible*, because on a VAX the data structures *could*<br>
get that big.<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>--Hynek (Pichi) Vychodil<br><br>Analyze your data in minutes. Share your insights instantly. Thrill your boss.  Be a data hero!<br>Try Good Data now for free: <a href="http://www.gooddata.com">www.gooddata.com</a><br>