Hi Kevin, Actually I was facing a problem of sending larger response to client at extreme low throughout. 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 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 roadmap of thread.js. It seems libuv is fine, but there is something between libuv and the javascript. I need to think about it. And someone has mentioned about a game engine, v8 as a script engine, I think that is very cool, too. Sincerely, Robert Kevin Jones於 2012年8月24日星期五UTC+8下午4時18分57秒寫道： > > > This looks very cool, appears to fit in nicely between threads-a-go-go > (threads without event loops) and the approach I took of modifying node to > get threads with event loops but not installable as a module. My main > interest was in reducing communication overheads between cooperating tasks > for some other work I want to get to. I take it from the examples you are > more concerned with achieving high throughput without cluster or is there a > larger objective here as well? > > Regards > Kev > -- Job Board: http://jobs.nodejs.org/ Posting guidelines: https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines You received this message because you are subscribed to the Google Groups "nodejs" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/nodejs?hl=en?hl=en
