"Time to first byte" excessivement long

Bonjour à tous,

Suite à la (très intéressante) présentation sur les performances qui a eu lieu pendant la KiwiParty, je me suis penché sur le site imagora-photo.fr que j'ai mis en place et qui présente de mauvaises performances.

WebPageTest présente les résultats suivants.

J'y constate que le site, qui fonctionne sous Drupal et est hébergé sur un serveur mutualisé de chez OVH, est relativement rapide, mais que le délai "Time to first byte" est excessivement long (plus de 3 secondes). Ceci explique les mauvaises performances ressenties.
Pour vérifier si la configuration de Drupal était en cause, j'ai testé sur un sous-site, qui utilise ZenPhoto.
Je constate le même problème.

Enfin, par acquis de conscience, j'ai mis en place une page statique HTML ou comportant un peu de PHP, qui ne présente pas ce type de problème : Time tu first byte négligeable.

Avez-vous une idée de la source de ce problème ?

Comment pourrais-je y remédier ?

Merci d'avance.

Je ne connaissait pas WebPageTest, mais il a été présenté avec éloge lors des conférences Kiwi Party.
De mon côté, je peux constater le même temps de réaction initial dans Firebug :


En tout état de cause, les résultats présentés et, notamment, ce délai initial, correspondent bien au ressenti que je peux avoir lors de la consultation du site testé.

N'as-tu pas ressenti que le site avait des problèmes de performances ?

Ah... merci alors.
D'un côté, c'est une bonne nouvelle que les performances du site soient bonnes chez toi, mais de l'autre, je suis perplexe...

Chez quel opérateur es-tu ?
Cela serait-il dû à un problème d'interconnexion de réseau opérateur ?

Free voudrait-il faire pression sur notre association pour obtenir une partie de nos revenus publicitaires mirobolants. Je vais me rapprocher de YouTube pour leur demander conseil.

Sous opéra (réseau belge), j'ai refait 2 fois le test à moins de 5 minutes d'intervalle, cache vidé.

Premier test, affichage en moins de 1 secondes (aux alentours de 800ms)
Second test, affichage bloqué, logo_5.png a mis plus de 12 secondes à répondre.

A vue de nez, t'es sur un mutualisé ?

Lothindil a écrit :
Sous opéra (réseau belge), j'ai refait 2 fois le test à moins de 5 minutes d'intervalle, cache vidé.

Premier test, affichage en moins de 1 secondes (aux alentours de 800ms)
Second test, affichage bloqué, logo_5.png a mis plus de 12 secondes à répondre.

A vue de nez, t'es sur un mutualisé ?

Oui, je suis sur une offre mutualisée OVH Perso à 2€ HT par mois.
Nous sommes une petite association toute jeune, qui n'a pas le sous...
Blague à part, un hébergement dédié se justifierait difficilement pour ce type de site web.

J'avais monté un site Web en SPIP pour une autre association. Il était hébergé chez PHP Net et je n'avais pas rencontré ce type de problème. Alors, soit Drupal est beaucoup plus gourmand que SPIP, soit OVH charger plus ses serveurs que PHP.net.
Modifié par remi_fr (01 Jul 2013 - 21:49)

jb_gfx a écrit :
Je suis chez Free.

Comme quoi, ils ne bloquent pas tout