salut,
 
j'ai une page qui effectue une grosse lecture. Quand je dis grosse, tout est relatif. Ca balaye principalement 2 tables de 5000 et 15000 lignes.
 
Sur mes deux postes où j'ai Easy Php, le temps de génération de la page fait en gros 15 sec.
En prod, chez OVH, le temps est des 0.38 sec !
 
Est-ce quelqu'un peut me dire ce qui peut coincer sur mes PC perso ?
Mon plus gros PC a un 3200+ et 1Go de RAM !
Quand je vais sur ma page, le CPU monte à 100%.
 
Merci pour votre aide.
 
a+

On doit le dire souvent mais autant ce répeter.
Installe Apache2, MySQL4, PHP5 manuelement.
 
http://www.apache.org/dyn/closer.cgi
http://www.php.net/downloads.php
http://dev.mysql.com/downloads
 
Y a un bon tuto très simple ici c'est celui que j'utilise à chaque fois que je réinstalle histoire de pas m'embrouiller les pinceaux.
 
Installation de Apache2+PHP5+MySQL4 sous Windows

 
 
Merci pour ton message.
 
Donc tu penses que c'est EasyPhp qui s'emmêle les pinceaux subitement ? Je dis subitement ca ca fait bien 2 ans que je développe avec ça et je n'ai jamais eu ce symptome. Maintenant il est vrai que nous avons fait de grosses innovations fctionnelles et techniques et j'ai peur qu'il y ait un problème d'optimisation. En même temps, pas de prob en prod donc ....
 

Tu as optimisé tes requêtes ?
Vérifie avec EXPLAIN : http://dev.mysql.com/doc/mysql/fr/explain.html

 
Je vais vérifier mais encore une fois. En prod, la même requête met 1 sec MAX, des fois 0.3. Ca dépend de la charge sur le serveur mutualisé.
 
Chez moi, portable + pc normal => 15 secondes.
 
Je vais aussi voir avec ce que m'a proposé masenko
 
merci
a+

Je sais pas si c'est lié mais chez moi lorsque j'ouvre une page contenant des requêtes, mon disque dur "mouline" pas mal (moins de 15s quand même), maintenant je ne sais pas si cela est pris en compte dans le temps mit pour effectuer la requête (je n'ai jamais fait de test...).

Les serveurs OVH ne sont pas taillés comme tes machines. Si MySQL doit traiter un tres gros volume de données par manque d'index ou produit cartesien, il s'en sortira baucoup mieux chez OVH. Car y'a fort à parier que les disques sont bcp plus coriaces et rapides que chez toi.

Salut,
 
Je connais pas les config de ton hebergeur ... Mais s'ils ont (et j'espere que c'est le cas), apache sur un serveur different que mysql ,ça peut deja jouer un gros role. Couple ça a des disques dur scsi 10'000 tours, a 2Go de ram,a  un biproc et à un DBA competent (je repete, je sais pas si c'est le cas d'ovh) , tu peux arriver a des differences de perf assez incroyables

 
je reprend mon message.
0.3sec versus 15sec ça peut pas être un problème d'optimisation de requète ou hardware.
Meme sur une petite config genre 400mhz c'est quasi instantanné

J'adore les multi qui se grillent tout seul.
Désolé mais là, ta réponse elle donne l'impression que t'es kileak2.
 
 
Tu sais, entre un disque IDE à 7200 tours minutes monté sur un pc sous windows et un RAID5 à base de disques SCSI 15000 tours minutes monté sur un unix avec apache sur un autre serveur, y a pas photos que pour les jointure de tables sans index, la différence entre les deux sera flagrante. Sans compter que leur mysql doit être réglé pour utiliser à fond la machine contrairement à celui qu'on installe soit même qui l'est avec des réglages moins agressifs ne seraisse que pour pouvoir changer de fenêtre pendant qu'il bosse.

Né ?
Fais une recherche par pseudo avant de faire de fausses accusations merci aurevoir.

 
 
Salut et merci à tous !!!
 
Non je ne suis pas un multi de Masenko
 
Vous aviez raison ! J'avais complètement oublié de fiche une PRIMARY sur un table ?! abruti va !
Du coup, pour ma requête un peu chaude, en local c'était vraiment la mort !
OVH doit vraiment avoir des serveurs mutualisés de folie. En corrigeant mon bug de conception de base, tout est rentré dans l'ordre ! Que ca me serve de leçon.
 
a+