Performance et Benchmarks de Drupal?

Une personnes aurait ça ?

J’aimerai savoir combien de requêtes SQL Drupal génère par affichages ?
en fonction de la page, si c’est minime (<5), honnête (<15), énorme (<50), ou monstrueux (>100).

Si une personnes aurait l’adresse d’un site à fort trafique (>1.000 visiteur toujours online) sous Drupal.

#

http://drupal.org/project/devel active le et va dans les preferences «admin/settings/devel» tu trouveras tout ce que tu veux (meme plus), mais a priori kalis1 t’en avait deja parle ca repond pas a tes attentes ?

#

En réalité, il ne donne pas l’info que je voudrais qui est le nombre de requêtes envoyé au serveur SQL, juste le nombre de requêtes, mais effectivement il en donne beaucoup d’info, comme la durée d’exécution du script, sa consommation…

Personnes n’a fait de benchmark de Drupal ?

···················································
Qu’elles sont vos Modules préférés ?
···················································

#

Dans ce cas c’est une autre question, car ta premiere question etait : J’aimerai savoir combien de requêtes SQL Drupal génère par affichages ?
en fonction de la page…

Et perso sur ma home j’ai :
«Executed 44 queries in 578.19 milliseconds. Queries taking longer than 5 ms and queries executed more than once, are highlighted. Page execution time was 5709.08 ms.» Donc ca repond a ta question nan ?

Si tu veux le nbr totales de queries envoyees au serveur a mon avis faut plus taper du cote de scripts de stats de MySQL (j’ai pas d’idee la comme ca, mais un coup de google devrait pouvoir repondre a ta question).

Cote benchmark, la par contre c’est un peu plus complexe. En effet ca depend principalement des scenarios que tu as.
- les modules installes impacteront enormement sur les perfomances de ton site.
- les utilisateurs anonymes se voient presenter des pages issues du cache de Drupal si celui ci est active.

Dries fait des benchmarks avant la sortie de chacune des versions de Drupal : http://buytaert.net/drupal-5-performance

#

«Executed 44 queries in 578.19 milliseconds. Queries taking longer than 5 ms and queries executed more than once, are highlighted. Page execution time was 5709.08 ms.» Donc ca repond a ta question nan ?

Oui, c’est exactement ça qu’il me faut, j’ai activé cette option dans devel pour que ça m’affiche ces informations, merci.

Dries fait des benchmarks avant la sortie de chacune des versions de Drupal : http://buytaert.net/drupal-5-performance

Merci, ça c’est parfait, c’est assez parlant, Drupal est assez lourd, 350 pages / secondes (j’ai peu être mal compris, rectifier moi si c’est faux).

Benchmarks were conducted on a 3 year old Pentium IV 3Ghz with 2 GB of RAM running Gentoo Linux. I used a single tier web architecture with the following software : Apache 2.0.58, PHP 5.1.6 with APC, and MySQL 5.0.26

Les testes ont été fait sur une machine assez puissante, avec quelque optimisation (APC) et les toutes dernières versions des différent services et pourtant, les graphiques ne sont pas très bon, je pense que c’été fait pour faire une comparaison no-Cache/Cache, personne n’aurait l’adresse d’un site utilisant Drupal qui aurait un fort trafique ? une sorte de référence, un peu comme fait le site http://www.big-boards.com/ pour les systèmes de forums.

···················································
Qu’elles sont vos Modules préférés ?
···················································

#

350 pages/s sur une machine qui a trois ans cela te paraît lourd ?

Sinon, il y a un grand nombre d’installations de Drupal à fort traffic. Il reste difficile d’avoir des chiffres, mais voici quelques exemples :

Plusieurs journaux proéminants ont également récemment migrés sous Drupal, par exemple le nouveau site de The Observer, et le site communautaire de Die Zelt (cf. http://groups.drupal.org/newspapers-on-drupal).

Enfin, drupal.org est dans le Top 1000 des sites suivis par Alexa (cf. http://alexa.com/data/details/traffic_details ?url=drupal.org).

#

Merci pour les références, j’ai vue avec Alexa leur rank (en rapport direct avec leur traffic) et effectivement, Drupal est une référence en matière de CMS, une autre référence MTV.com

Pour les performances, je trouve que 350 pages/s est correct (après quelque recherches) mais quand même un peu lourds.

En moyen Drupal génère 50 requêtes SQL par affichage, sans cache, c’est correct, mais avec l’adjonction de module et d’une quantité de contenue qui approche les 1000 articles, ont passe vite à 400-500 (sur l’index), mais il est vrai que la cache est très efficace (même si en normale j’ai pu déploré quelques bug d’enregistrement (Drupal poussé à bout avec un nombre d’enregistrement à faire pâlir Wikipedia), cache incomplète)

Je pense qu’en terme de performance, j’ai des informations suffisantes pour pouvoir m’orienté vers un hébergement discount (dédier tout de même).

Je ne sais pas si vous pouvais me renseigné, mais IPB (en comparaison) génère moins 9 requêtes par affichages (c’est pas un CMS, je l’avoue, et il est bien moins complet que Drupal en plus il est payant) c’est selon vous un chiffre ‘masqué’ (qui ne prend un compte que les requêtes non classique) son tel vrai et dû à une très bonne optimisation ?

Parce que, ce qui me plaisait bien dans IPB c’été ça, l’optimisation, mais je me suis renseigné et penché sur d’autre système de gestion de contenu (Wordpress) et j’avoue que le nombre de requêtes flirte avec celle de Drupal…

Merci pour ta réponse, ça me renseigne assez pour pouvoir me faire une idée assez précise de Drupal.

···················································
Qu’elles sont vos Modules préférés ?
···················································

#

En fait, le nombre de requête SQL est, en soi, un indicateur particulièrement frustre. En effet, les différentes requêtes n’ont pas la même complexité pour le serveur SQL.

Une requête peut ainsi être particulièrement complexe en terme de jointure, de regroupement et/ou de classement. Elle peut être difficile à mettre en cache par le serveur SQL parce qu’elle s’exerce sur des tables modifiées fréquement, etc…

Ainsi, la plupart des requêtes exécutées par Drupal (en particulier celles concernant les alias d’url ou le cache principal) le sont sur des tables qui ne sont modifiées que très rarement. Elles seront mises en cache mémoire sans problèmes au niveau du serveur SQL.

J’ajouterai que des travaux récents ont doté Drupal d’un cache dit «anticipé» (Early Cache), qui permet d’implémenter des stratagies de cache qui évitent, pour certaines pages, toute requête en base de données.

#

Drupal poussé à bout avec un nombre d’enregistrement à faire pâlir Wikipedia

Tu parles d’environ 5 millions de contributions ? [1]

[1] http://download.wikipedia.org/enwiki/20070402/

#

c’été un teste, et non, j’été pas arrivé à 5 millions ;)
c’été pour exagérer :P mais j’été arrivé entre 5 et 10 milles.

Merci pour les informations sur les requêtes SQL, c’est vrai que j’y pensé pas, mais effectivement leurs nombres n’ai pas forcément un indicateur de surcharge, mais des hébergeurs WEB mutualisé mettent en place des limitations, au niveau de la bande passante, du traffic mais aussi du nombre de requêtes SQL (150.000 - 500.000) et si Drupal génère 500 requêtes par affichage, le serveur mutualisé risque de vous rappeler les termes de l’offre à partir de 1.000 affichages.

···················································
Qu’elles sont vos Modules préférés ?
···················································

#

http://www.1001loisirs.com est un site drupal avec pas mal de traffic (>1000)
et sur l’accueil il y a :
Executed 482 queries in 166.2 milliseconds.Page execution time was 901.62 ms.
donc cela fait pas mal de requêtes ;) mais en moins d’une seconde la page est chargée donc
c’est plutôt pas mal ;)

Syndiquer le contenu