-> we don't use any .htaccess file : everything goes directly to an
"httpd.conf"
-> we don't use ORM since we don't use databases : only Webservices
-> how can I be sure that APC is well configured ? Do I have a way to
easily check if APC is working well ?
-> from what I heard, memcache and APC are not such different one from
another in term of performances. Was it a crapy advice ? We are
already using APC for the few objects we can store on cache.
-> I thought that Symfony 2 was absolutly not ready for production
environment ? Can we expect a huge performance increase (or decrease
depending the side you are :) ) ?

On Nov 16, 4:56 pm, pghoratiu <[email protected]> wrote:
> Some other suggestions:
>  - avoid .htaccess - move rewrite rules in the Apache configuration.
>  - avoid the ORM - if you do access the database use plain SQL to
> manipulate the data.
>  - make sure APC is configured correctly (so that it caches large PHP
> files, such as the ones generated by the routing).
>  - try memcache for data frequently accessed
>  - move to symfony2 - if the framework is only a shim layer over the
> actual data source you could use symfony2
>
>     gabriel
>
> On Nov 16, 11:36 am, Remi <[email protected]> wrote:
>
> > Hi,
>
> > I'm working on a Symfony project for the past 11 months. The project
> > is basically to throw away the old FrontEnd of a well-known shopping
> > comparator, written in java and to replace it with a brand new
> > frontend written in PHP with a Service Oriented Architecture (SOA).
> > Our high-level architecture is to have a light-weighted frontend in
> > PHP (using Symfony 1.4) and a WebService Aggregator written in Java
> > (Jersey framework) to ensure all call to underlined webservices are
> > done in parallal. This aggregator is extremly performant : it handles
> > more than 200 Queries Per Second (QPS).
>
> > Our main issue is more about the PHP frontend. Despite all our
> > efforts, we can't handle more than 15 QPS on each server. Just to give
> > you an idea, here are a few key informations about our achitecture :
>
> >     * 6 Servers with 4 physical cores (8 with HyperThreading enabled)
> > and 24GB of RAM
> >     * Using Symfony 1.4.1 with PHP 5.2.10
> >     * No database access : all datas are fetched using WebServices
> >     * Centos 5.4 Final 64 bits
> >     * Apache 2.2.3
> >     * APC cache enabled
> >     * using SimpleXml to read XML feeds (300 nodes tops) coming from
> > our WebServices
> >     * using mod_php
> >     * PHP memory limit is set to 128M in our production servers (we
> > noticed lots of performances issues with only 32M or even 64M)
>
> > Our FrontEnd does not handle complex algorithm. Basically, it get its
> > data from some High Performances webservices (all internal), read the
> > request, render the page and log some usefull data (access logs using
> > Apache and some custom logs for our business). Everything is monitored
> > closely and the bottleneck seems to come from CPU usage which reach
> > 100% pretty often.
> > We tried a few things :
>
> >     * Using Apache FastCGI (quite complicated on Centos5.4 since we
> > have to re-compile it) : slight increase but is not worth all the
> > trouble it causes on our company architecture. Nevertheless, it seems
> > that we did some configuration mistakes and we need to bench it again.
> >     * Caching a few modules : header, footer, ads, ...
> >     * Replacing Apache by NGix : no change at all
>
> > For the moment, our average server time exceed 1 second which is
> > really bad compared to our old Java-based website (300-400 ms) and we
> > didn't have rollouted all supported pages or even all our countries
> > (we expect to double the number of connection by activating all
> > remaining countries).
> > Do you have any idea on how we could increase our performances ? Do we
> > need to directly contact SensioLabs to negociate some contractor time
> > (maybe a Symfony Guru ?) ?
> > Do you know some tools that can help us to profile our application in
> > production environment ? We've already tried XDebug on developer
> > workstations but we don't have the same exact behavior in production.
> > What I'd like to test is to (manually) instrumentate our source code
> > to add some timers around some potentially costly algorithms. So you
> > know any tool that could help us to do that ?
>
> > I already have created a topic on Symfony forum 
> > :http://forum.symfony-project.org/viewtopic.php?f=3&t=30853&p=108430#p...
>
> > Thanks.

-- 
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 [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/symfony-users?hl=en

Reply via email to