Message from discussion
thread.js - a high concurrent ipv4/v6 server of node.js addon
Received: by 10.68.212.233 with SMTP id nn9mr975689pbc.1.1345823089474;
Fri, 24 Aug 2012 08:44:49 -0700 (PDT)
X-BeenThere: nodejs@googlegroups.com
Received: by 10.68.194.202 with SMTP id hy10ls5822148pbc.0.gmail; Fri, 24 Aug
2012 08:44:37 -0700 (PDT)
Received: by 10.68.232.230 with SMTP id tr6mr1115365pbc.16.1345823077375;
Fri, 24 Aug 2012 08:44:37 -0700 (PDT)
Date: Fri, 24 Aug 2012 08:44:36 -0700 (PDT)
From: Robert L <blk.rab2...@gmail.com>
To: nodejs@googlegroups.com
Message-Id: <ce86a2e1-e6d5-4b6d-bc0d-9a40cf5b1e72@googlegroups.com>
In-Reply-To: <3b50a319-0dab-4bd2-a207-f974c12eebc8@googlegroups.com>
References: <8ccc0f94-1d84-44ec-8f75-8859f40df07c@googlegroups.com>
<3b50a319-0dab-4bd2-a207-f974c12eebc8@googlegroups.com>
Subject: Re: [ANN] thread.js - a high concurrent ipv4/v6 server of node.js
addon
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_Part_0_1832280.1345823076897"
------=_Part_0_1832280.1345823076897
Content-Type: multipart/alternative;
boundary="----=_Part_1_14880293.1345823076898"
------=_Part_1_14880293.1345823076898
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hi Kevin,
Actually I was facing a problem of sending larger response to client at=20
extreme low throughout.
It is caused by cast javascript string to char* with big string, then I=20
found out that by using typedarray (external data in v8), will outperform=
=20
every web server that we common know. It is a surprised, too.
I want to achieve good performance by threading and take out of gc freeze.
After benchmarking the cluster with `net`, I think I need to adjust the=20
roadmap of thread.js.
It seems libuv is fine, but there is something between libuv and the=20
javascript. I need to think about it.
And someone has mentioned about a game engine, v8 as a script engine, I=20
think that is very cool, too.
Sincerely,
Robert
Kevin Jones=E6=96=BC 2012=E5=B9=B48=E6=9C=8824=E6=97=A5=E6=98=9F=E6=9C=9F=
=E4=BA=94UTC+8=E4=B8=8B=E5=8D=884=E6=99=8218=E5=88=8657=E7=A7=92=E5=AF=AB=
=E9=81=93=EF=BC=9A
>
>
> This looks very cool, appears to fit in nicely between threads-a-go-go=20
> (threads without event loops) and the approach I took of modifying node t=
o=20
> get threads with event loops but not installable as a module. My main=20
> interest was in reducing communication overheads between cooperating task=
s=20
> for some other work I want to get to. I take it from the examples you are=
=20
> more concerned with achieving high throughput without cluster or is there=
a=20
> larger objective here as well?
>
> Regards
> Kev
>
------=_Part_1_14880293.1345823076898
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Hi Kevin,<div><br></div><div>Actually I was facing a problem of sending lar=
ger response to client at extreme low throughout.</div><div>It is caused by=
cast javascript string to char* with big string, then I found out that by =
using typedarray (external data in v8), will outperform every web server th=
at we common know. It is a surprised, too.</div><div><br></div><div>I want =
to achieve good performance by threading and take out of gc freeze.</div><d=
iv>After benchmarking the cluster with `net`, I think I need to adjust the =
roadmap of thread.js.</div><div>It seems libuv is fine, but there is someth=
ing between libuv and the javascript. I need to think about it.</div><div>A=
nd someone has mentioned about a game engine, v8 as a script engine, I thin=
k that is very cool, too.</div><div><br></div><div>Sincerely,</div><div>Rob=
ert</div><div><br></div><div><br>Kevin Jones=E6=96=BC 2012=E5=B9=B48=E6=9C=
=8824=E6=97=A5=E6=98=9F=E6=9C=9F=E4=BA=94UTC+8=E4=B8=8B=E5=8D=884=E6=99=821=
8=E5=88=8657=E7=A7=92=E5=AF=AB=E9=81=93=EF=BC=9A<blockquote class=3D"gmail_=
quote" style=3D"margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;pa=
dding-left: 1ex;"><br>This looks very cool, appears to fit in nicely betwee=
n threads-a-go-go (threads without event loops) and the approach I took of&=
nbsp;modifying node to get threads with event loops but not installabl=
e as a module. My main interest was in reducing communication overheads bet=
ween cooperating tasks for some other work I want to get to. I ta=
ke it from the examples you are more concerned with achieving high throughp=
ut without cluster or is there a larger objective here as well?<div><br></d=
iv><div>Regards</div><div>Kev</div></blockquote></div>
------=_Part_1_14880293.1345823076898--
------=_Part_0_1832280.1345823076897--