All files from this thread

File Name	File Size		Posted by	Date
load_impact_1.png	55.5 KB	open | download	Nikolaos Milas	10/11/2013	Read message
graphes-Perfs-rate_tn.png	3 KB	open | download	Nikolaos Milas	10/16/2013	Read message
graphes-Users_Arrival-rate_tn.png	3.4 KB	open | download	Nikolaos Milas	10/16/2013	Read message
graphes-Users-simultaneous_tn.png	2.9 KB	open | download	Nikolaos Milas	10/16/2013	Read message
graphes-Errors-rate_tn.png	3.3 KB	open | download	Nikolaos Milas	10/16/2013	Read message
graphes-Perfs-mean_tn.png	3.1 KB	open | download	Nikolaos Milas	10/16/2013	Read message
compare.png	23.5 KB	open | download	Nikolaos Milas	10/16/2013	Read message

On 11.10.2013 10:18, Steve Holdoway wrote:
> The ultimate bottleneck in any setup like this is usually raw cpu
> power. A single virtual core doesn't look like it'll hack it. You've
> got 35 php processes serving 250 users, and I think it's just spread a
> bit thin.
>
> Apart from adding cores, there are 2 things I'd suggest looking at
>
> - are you using an opcode cacher? APC ( install via pecl to get the
> latest ) works really well with php in fpm... allocate plenty of memory
> to it too

APC is sort of deprecated though (at least the opcode cache part) in
favor of zend-opcache which is integrated in php 5.5.

Regards,
Dennis

_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx