Simple web server benchmark - vibe.d is slower than node.js and Go?
Arun Chandrasekaran
aruncxy at gmail.com
Fri May 11 23:24:32 UTC 2018
On Friday, 11 May 2018 at 07:56:04 UTC, Daniel Kozak wrote:
> On Wednesday, 9 May 2018 at 22:37:22 UTC, Arun Chandrasekaran
> wrote:
>> [...]
>
> I have change my example a little:
>
> case "/": res.writeBody("Hello World " ~
> to!string(thisThreadID), "text/plain");
>
> And I get this (siege -p -c15 0b -t 10s http://127.0.0.1:3000 |
> grep World | sort | uniq):
>
> Hello World 140064214951680
> Hello World 140064223344384
> Hello World 140064231737088
> Hello World 140064240129792
> Hello World 140064248522496
> Hello World 140064256915200
>
> Si I get six different thread ids, which is OK because I have 6
> cores
siege makes a difference. Earlier I had two chrome windows open
and I just tried a simple GET from each, with a considerable
delay and I saw the same thread ID in both the responses. Thanks
for your help! But couldn't understand how two chrome windows
could consistently get the same thread ID. netstat shows one
ESTABLISHED socket. May be Chrome multiplexes the connection?
That doesn't sound right to me.
More information about the Digitalmars-d
mailing list