Toutefois, nous avons pris les précautions nécessaires pour que la hiérarchie des performances se dégageant du benchmark soit sensiblement la même si on utilise un autre matériel ou d'autres scripts.
Ces conclusions ne sont valables que dans la configuration préconisée c'est à dire un serveur web frontal associé à un serveur SGDB. Etant donné que les performances sont tributaires de la configuration matérielle, les chiffres ci dessous sont donnés à titre indicatif.
Il est admis qu'une pointe de trafic d'un site dépasse rarement le double du trafic moyen. Dans notre analyse, pour se ménager un peu de sécurité, nous allons prendre un coefficient de 2,5.
En regardant la première courbe du benchmark (compilation sans accès base de données), on voit que les deux langages restent sensiblement équivalents jusqu'à 300 requêtes/s. Au-delà, le PHP est plus performant. En prenant un coefficient de 2,5 pour les pics de trafic, les 300 requêtes/s du PHP correspondent à 10,37 Millions de pages vues par jour. Donc, en ne prenant en compte que l'aspect compilation, jusqu'à 10 millions de pages vues par jour ASP et PHP sont équivalents. Au-delà, PHP prend le meilleur.
Maintenant, prenons en compte la connexion base de données. Nous avons fait 2 tests correspondant chacun à un type d'affichage :
- Simulation d'affichage d'une liste de produits, d'articles, ou autres
- Simulation de livraison d'un bandeau ou d'affichage d'un produit
Dans un premier temps, on peut remarquer que les performances du couple PHP - MySQL décroissent dangereusement avec le nombre de connexions simultanées. Donc, il est préférable de ne pas retenir cette solution pour des sites à fort trafic.
Ensuite le choix de la solution dépend du type de site à héberger. Pour les sites à contenu, les catalogues en ligne ou les moteurs de recherche, la majorité des pages à afficher sont des listes (correspond à la première simulation). Par conséquent, dans ces cas, la meilleure solution est le couple ASP - PostgreSQL : 37 requêtes/s, soit 1,27 Millions de pages vues par jour. Pour ceux qui souhaitent garder le même système d'exploitation sur le serveur web et le serveur de base se données, ASP - SQL Server 2000 reste une solution intéressante : 25 requêtes/s, soit 864 000 pages vues par jour.
Par contre, si le site à héberger est prévu pour de la livraison de bandeaux ou tout autre service consistant à afficher un élément d'une table de la base de données, le dernier test du benchmark révèle que la solution PHP - PostgreSQL est la meilleure : 238 requêtes/s, soit 8,22 Millions de pages vues par jour. Le couple ASP - PostgreSQL a des performances encore intéressantes : 193 requêtes/s, soit 6,67 Millions de pages mais l'accès à des champs de type MEMO (BLOB) pour le couple ASP - PostgreSQL est plus compliqué que pour le couple ASP - SQL Server..
