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 look like production server. > > 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 strace -c -p apache PID. I've used the latest > 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 seconds usecs/call calls errors syscall > ------ ----------- ----------- --------- --------- ---------------- > 45.54 0.039688 0 281500 gettimeofday > 23.68 0.020641 8 2500 brk > 7.44 0.006484 0 32600 100 read > 5.71 0.004974 1 9500 300 open > 4.59 0.004001 40 100 accept > 4.27 0.003722 0 9300 4200 access > 2.57 0.002239 0 11900 time > 1.99 0.001731 0 9600 lstat64 > 1.38 0.001202 0 9300 close > 0.89 0.000772 0 8900 fstat64 > 0.64 0.000560 3 200 write > 0.30 0.000264 0 1900 1000 stat64 > 0.21 0.000180 0 900 fcntl64 > 0.18 0.000160 2 100 flock > 0.17 0.000146 1 100 munmap > 0.15 0.000132 1 100 writev > 0.13 0.000113 1 200 chdir > 0.10 0.000086 0 200 getcwd > 0.07 0.000063 0 400 getdents64 > 0.00 0.000000 0 400 umask > 0.00 0.000000 0 300 setitimer > 0.00 0.000000 0 100 _llseek > 0.00 0.000000 0 100 poll > 0.00 0.000000 0 200 rt_sigaction > 0.00 0.000000 0 200 rt_sigprocmask > 0.00 0.000000 0 100 mmap2 > 0.00 0.000000 0 100 getsockname > 0.00 0.000000 0 100 shutdown > ------ ----------- ----------- --------- --------- ---------------- > 100.00 0.087158 380900 5600 total > > Is it normal to have 281500 calls (2815 calls / request - 45.54%) to > gettimeofday in an empty symfony project ? > > I'm trying the investigate potentially bottlenecks in my app on high > concurrency. > > Best regards, > Elvis > > -- > 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<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-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