Sure, this is not a normal behavior. This is not the first time that this test was made, already discussed on newsgroup. but nobody never find the reason why.
Personaly, I think that framework is covered enough, and such bottleneck would be identified. I think that test environment is the reason or cstat misunderstood. Don't know cstat enough, maybe you could investigate this for us ;) Le 5 nov. 2010 12:11, "Elvis" <apostolel...@gmail.com> a écrit : xdebug was not enabled, and no other debug modules loaded. The first test was using a production server with nginx with phpfast- cgi, and the percent of the gettimeofday call was similar. The one below was on a server with apache. On Nov 3, 12:47 am, Alexandre Salomé <alexandre.sal...@gmail.com> wrote: > Isn't it because of debug modules (XDebug, ...) ? > Try optimisation of benchmark environment, to ... > Le 2 nov. 2010 22:50, "Elvis" <apostolel...@gmail.com> a écrit : > > After doing some concurrency tests on a project, I've checked what > does the php calls with str... > symfony sandbox and made this call ab -n 100 -c 1http://test1.domain.ltd/ > ( 100 requests with 1 concurrent request, so nothing fancy) > > and got these results : > > % time... > symfony-users+unsubscr...@googlegroups.com<symfony-users%2bunsubscr...@googlegroups.com> <symfony-users%2bunsubscr...@goog legroups.com> > For more options, visit this group athttp:// groups.google.com/group/symfony-users?hl=en -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-projec... -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
