08-06-2010, 11:55 AM
Pour ma part les seules fois où j'ai eu des problèmes avec la RAM, c'était avec GD et les images haute résolution, ou quand j'avais à faire à des gros fichiers : traitement de fichiers logs de plusieurs Go parfois, et traitement de XML. Mais à part pour GD et les images de + de 2 Megapixels si je me souviens bien, ça n'a jamais été bloquant.
Mes tests :
Avec Zend Framework mode MVC, autoloading, quelques plugins : 2.25 Mo pour une page qui suit tout le process de dispatching et fait quelques requêtes SQL.
Pour un site pro sous Joomla très chargé en plugins et qui fait beaucoup de requêtes SQL, beaucoup de traitements : 9.25 Mo sur un serveur, contre 9 en local ( c'était pour noter la petite différence qu'il peut y avoir entre des configs différentes ).
Pour un site maison MVC type blog mais procédural : 768 kb.
Conclusion :
Je sais pas quelle conclusion en tirer, mais je pense que pour arriver à avoir un problème de RAM faut vraiment y aller comme un bourrin, ou avoir un serveur sous-dimensionné par rapport au besoin effectif.
J'ai déjà eu des soucis de montée en charge sur le site maison MVC mais ceux-ci étaient je pense davantage liés à la config d'Apache qu'à mes scripts PHP. Config : ancienne dedibox à 30 €. Nombre de connectés en même temps : + de 400. Avec l'offre supérieure et une gestion plus fine du cache du contenu statique, je n'ai plus rencontré ce problème pour des montées en charge supérieures.
Mes tests :
Avec Zend Framework mode MVC, autoloading, quelques plugins : 2.25 Mo pour une page qui suit tout le process de dispatching et fait quelques requêtes SQL.
Pour un site pro sous Joomla très chargé en plugins et qui fait beaucoup de requêtes SQL, beaucoup de traitements : 9.25 Mo sur un serveur, contre 9 en local ( c'était pour noter la petite différence qu'il peut y avoir entre des configs différentes ).
Pour un site maison MVC type blog mais procédural : 768 kb.
Conclusion :
Je sais pas quelle conclusion en tirer, mais je pense que pour arriver à avoir un problème de RAM faut vraiment y aller comme un bourrin, ou avoir un serveur sous-dimensionné par rapport au besoin effectif.
J'ai déjà eu des soucis de montée en charge sur le site maison MVC mais ceux-ci étaient je pense davantage liés à la config d'Apache qu'à mes scripts PHP. Config : ancienne dedibox à 30 €. Nombre de connectés en même temps : + de 400. Avec l'offre supérieure et une gestion plus fine du cache du contenu statique, je n'ai plus rencontré ce problème pour des montées en charge supérieures.