Nginx benchmark result share ^^

[Phillip Oldham]

Kiswono Prayogo wrote:
> this benchmark show that v8cgi and php quite the same except php 
> faster on string concatenation (because javascript using ambigous "+" 
> operator), and v8cgi faster on variable indexing (or so i guess 
> because v8 developer said so..)
Interesting. Since the common way to do string concattenation in JS is 
by joining arrays, I wonder what sort of performance each has doing long 
array collapsing.
> ############### WEB SERVER + COMPRESSION + INTERPRETER
>
> and the benchmark using web servers, i don't know if it's fair 
> configuration:
Maybe it would be better to follow the nginx guide to setting up 
PHP-FastCGI and running the benchmarks again (essentially PHP against 
V8CGI rather than Apache+PHP vs. Nginx+V8CGI).
> ############### my spawn fcgi configration (1024 child):
>
> V8C_SCRIPT="/usr/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -u www-data -g 
> www-data -F 1024 `which v8cgi` $ESP_SCRIPT"
Again, an Nginx + PHP-FastCGI vs. Nginx + V8CGI test means you can use 
the same number of child processes, so the comparison will be more fair.

-- 

*Phillip B Oldham*
ActivityHQ
phill at activityhq.com <mailto:phill at theactivitypeople.co.uk>

------------------------------------------------------------------------

*Policies*

This e-mail and its attachments are intended for the above named 
recipient(s) only and may be confidential. If they have come to you in 
error, please reply to this e-mail and highlight the error. No action 
should be taken regarding content, nor must you copy or show them to anyone.

This e-mail has been created in the knowledge that Internet e-mail is 
not a 100% secure communications medium, and we have taken steps to 
ensure that this e-mail and attachments are free from any virus. We must 
advise that in keeping with good computing practice the recipient should 
ensure they are completely virus free, and that you understand and 
observe the lack of security when e-mailing us.

------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20091029/eac5082a/attachment.html>