Requête SQL beaucoup plus lente malgré un serveur plus puissant

[srm]

C'est pas long quand tu vois que le temps de génération total est de 8 ms

[jldbaro]

Oui mais c'est un i750 à 3ghz :-) Donc un assez bon serveur. Vive ovh.nl qui est moins chère que ovh.fr

[Amrac]

C'est marrant ça ^^

Et les serveurs sont en france?

De mémoire, il me semble qu'ils n'ont pas de data center ailleurs.

[Roworll]

D'après les derniers chiffres communiqués (Page générée en 0.008 Sec (61.2% PHP / 38.8% MySQL) avec 15 requêtes), ça fait du 0.0002 secondes par requête.
Je ne vois rien de dramatiquement long derrière tout ça sachant que la performance d'une requête est affectée par une tonne de choses (qualité des disques, connexions permanentes ou pas, mémoire dispo, taille des tables, index, jointures, cache, locks, etc).

[jldbaro]

Oui c'est ça le pire Etant en Belgique j'ai le choix entre FR et NL que notre société est bilingue

J'ai été su pris de voir une différence entre ext3 et ext4. Je pensais que ext4 aurait été plus performant...

[Anthor]

J'ai été su pris de voir une différence entre ext3 et ext4. Je pensais que ext4 aurait été plus performant...

Pas forcement, si mes souvenirs sont bons, l'option barrier de Ext4 est mise par défaut, alors que les performances de Ext3 faisait qu'elle était à Off.
Concrètement, si ton serveur se coupe avec Ext4, les commits de fichiers seront bien mis en place physiquement sur le disque, ce qui n'est pas forcement le cas sans.
Du coup même avec de meilleurs performances, la forte demande en I/O de MySQL pourrait causer un problème de performance.