<div>Another ambiguous part of the problem as stated:</div>The way the question is worded, I could write a TCP server that accepts a connection, then spits out a static blob of text consisting of static HTTP headers and the contents of the file -- I don't even need to parse the request, because this file is the only thing that the server will serve.<div>
<br></div><div>Sincerely,</div><div><br></div><div>jw</div><div><br><div><br>--<br>Americans might object: there is no way we would sacrifice our living standards for the benefit of people in the rest of the world. Nevertheless, whether we get there willingly or not, we shall soon have lower consumption rates, because our present rates are unsustainable. <br>
<br>
<br><br><div class="gmail_quote">On Wed, Jul 6, 2011 at 8:30 AM, <a href="mailto:cmcknight@pheonic.com">cmcknight@pheonic.com</a> <span dir="ltr"><<a href="mailto:cmcknight@pheonic.com">cmcknight@pheonic.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">At the risk of being offensive, your challenge seems to have no technical merit and telling people to "just stick to the rules" will likely garner you no participants. Sever people have asked why you want to measure this sort of system where, as Joe points out, the size of data ensures it will be cached in a real system. There are a number of other interesting problems where Erlang is an ideal answer because of its fault-tolerant nature and relative ease in building / managing distributed systems. Speed, as Joe noted, is not necessarily Erlang's strongest point. It's "fast enough", and for problem that lend themselves to parallelization, is interesting. If your point is to try to get people to go to a lot of effort to create a meaningless benchmark, then I wish you luck but don't be surprised at the questions, pushback or general lack of participation, especially with the tone you are using in your messages.<br>

<br>
<br>
<br>
<br>
<br>
Sent from my iPhone 3GS<br>
<br>
On Jul 6, 2011, at 3:00 AM, <a href="mailto:erlang-questions-request@erlang.org">erlang-questions-request@erlang.org</a> wrote:<br>
<br>
> Send erlang-questions mailing list submissions to<br>
>    <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
><br>
> To subscribe or unsubscribe via the World Wide Web, visit<br>
>    <a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
> or, via email, send a message with subject or body 'help' to<br>
>    <a href="mailto:erlang-questions-request@erlang.org">erlang-questions-request@erlang.org</a><br>
><br>
> You can reach the person managing the list at<br>
>    <a href="mailto:erlang-questions-owner@erlang.org">erlang-questions-owner@erlang.org</a><br>
><br>
> When replying, please edit your Subject line so it is more specific<br>
> than "Re: Contents of erlang-questions digest..."<br>
><br>
><br>
> Today's Topics:<br>
><br>
>   1. Re:  Erlang Web Servers challenge (Zabrane Mickael)<br>
><br>
><br>
> ----------------------------------------------------------------------<br>
><br>
> Message: 1<br>
> Date: Wed, 6 Jul 2011 11:45:50 +0200<br>
> From: Zabrane Mickael <<a href="mailto:zabrane3@gmail.com">zabrane3@gmail.com</a>><br>
> To: Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>><br>
> Cc: Erlang-Questions Questions <<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>><br>
> Subject: Re: [erlang-questions] Erlang Web Servers challenge<br>
> Message-ID: <<a href="mailto:FB864FEA-6A82-41C1-8BAD-6A68084A6887@gmail.com">FB864FEA-6A82-41C1-8BAD-6A68084A6887@gmail.com</a>><br>
> Content-Type: text/plain; charset=us-ascii<br>
><br>
>> Why measure this? Serving static content is one of the least<br>
>> interesting things I can think of<br>
>> to study. Any network worth the name won't bother to access the "root"<br>
>> server but will cache the content upstream.<br>
><br>
> I disagree. That's not what the challenge is about.<br>
> Why don't just try it and avoid (useless) questions!<br>
><br>
>> How fast you can serve up dynamic content is far more interesting,<br>
>> since it can't be cached.<br>
><br>
> This will be part of my second challenge of course.<br>
> For now, let's stick with the first challenge rules please.<br>
><br>
> Regards<br>
> /Zab<br>
><br>
><br>
> ------------------------------<br>
><br>
> _______________________________________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
><br>
><br>
> End of erlang-questions Digest, Vol 16, Issue 13<br>
> ************************************************<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div><br></div></div>