What's the CPU usage on that machine? In my experience 50-100 concurrent requests is quite large for dynamic pages and you need good hardware to handle that. Or you should look into using cache heavily, reverse proxy caching, avoiding the ORM layer entirely (by using memcache) ...
I think that the response on the symfony homepage is so good because the entire page is cached. gabriel On Sep 2, 9:57 pm, "Ivo Az." <sep...@gmail.com> wrote: > Hi. > > I am using a tool called "Siege" (http://www.joedog.org/index/siege- > home) to test the http load with 50 concurrent users, and the results > are bad: > > HTTP/1.1 200 0.64 secs: 4923 bytes ==> /en > HTTP/1.1 200 1.33 secs: 4925 bytes ==> /en > HTTP/1.1 200 1.38 secs: 4922 bytes ==> /en > HTTP/1.1 200 1.44 secs: 4924 bytes ==> /en > HTTP/1.1 200 1.47 secs: 4924 bytes ==> /en > HTTP/1.1 200 1.48 secs: 4924 bytes ==> /en > ... > ... > HTTP/1.1 200 7.00 secs: 4924 bytes ==> /en > HTTP/1.1 200 7.04 secs: 4923 bytes ==> /en > HTTP/1.1 200 7.05 secs: 4923 bytes ==> /en > HTTP/1.1 200 7.07 secs: 4924 bytes ==> /en > HTTP/1.1 200 7.08 secs: 4924 bytes ==> /en > HTTP/1.1 200 7.10 secs: 4924 bytes ==> /en > > What can possibly cause this? What things should I optimize? > > I tried the same test with 100 concurrent users onwww.symfony-project.org, > and the average response time was 0.52secs. > > I am using symfony 1.4 with sfPropel15Plugin, SQL queries are > minimized down to 6 queries, links are generated using named routes. > > Please help. -- 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