Identifiez-vous Devenir membre

Rechercher

Apache rame

65 réponses

Page |<<<12 3 4 >>>|

Auteur	Message
MathieuC Modérateur Inscrit le : 15/07/2005	# Le 06/10/2009 à 14:25 Ha ok Au passage, les SP SSD ne sont pas livrés chez OVH, ils n'ont pas de SSD en stock, toutes les commandes sont en attente depuis au moins 15 jours (ils prévoient de commencer a livrer à la fin de la semaine, ils attendent une livraison de SSD). Bien sur ca ils ne le disent pas sur leur site, il y a marqué 6 serveurs dispos en 1H
krucial Administrateur Inscrit le : 09/03/2005	# Le 06/10/2009 à 14:32 Les enculays Pour le serveur SQL, même si je ne sais pas d'où vient réellement le probleme pour le moment, c'est une evolution logique que j'aurai deja du mettre en place pour plus de confort. JC - Mes sites \| Affiliation devis travaux
devtribu Modérateur Inscrit le : 16/06/2005	# Le 06/10/2009 à 14:36 Ca fait meme 3 semaines pour moi : j'attends mon serveur ssd depuis le 16 septembre... ton probleme ressemble bien a une saturation des slots apache externaliser sql ne changera rien http://www.toutjavascript.com/guidecomplet : Déjà la 6eme édition
caaptusss Membre Inscrit le : 25/09/2007	# Le 06/10/2009 à 14:39 Pour moi, c'est clairement du apache également. Externaliser Mysql va probablement rajouter une petite latence (10 ms) supplémentaire et risque d'aggraver ton problème. T'a quoi comme machine en front ? T'a pensé à faire un petit iploadbalancing avec 2-3 serveurs moins puissants ? FirstHeberg.com \| Régie Publicitaire \| Hébergement Gratuit
krucial Administrateur Inscrit le : 09/03/2005	# Le 06/10/2009 à 14:39 Saturation des solts apache ? C'est a dire ? JC - Mes sites \| Affiliation devis travaux
Julgates Administrateur Inscrit le : 09/03/2005	# Le 06/10/2009 à 14:40 Recopies/colles ton apache status maintenant qu'il a tourné un peu. Beyoung Interactive - Consultant web
Rano Modérateur Inscrit le : 13/04/2005	# Le 06/10/2009 à 14:43 Pareil pour les SSD, la commande s'éterniiiiiiiise Chambres d'hote tavel Séjours en provence Forum mariage
krucial Administrateur Inscrit le : 09/03/2005	# Le 06/10/2009 à 14:45 caaptusss a dit : Pour moi, c'est clairement du apache également. Externaliser Mysql va probablement rajouter une petite latence (10 ms) supplémentaire et risque d'aggraver ton problème. Mouais ... Je pense que même si ca change rien, c'est tout benef pour la suite, pour 69€ par mois. Là on parle de latence de 1 à 6 secondes _K___WW_KK_K__KK_C__KK__KKKKK_K_CKC__KKCK_K__K_KKK____K__K__KK__ ____C___K_K___W_KKK__KK_K____K_C________CCK__CK__K__C_K____CKC_K ................................................................ ................................................................ ................................................................ ................................................................ ................................................................ ................................................................ ................................................................ ................................................................ ................................................................ ................................................................ ................................................................ ................................................................ ................................................................ ................................................................ Cpu(s): 7.3%us, 1.8%sy, 0.0%ni, 89.8%id, 1.0%wa, 0.0%hi, 0.2%si, 0.0%st Mais tout va bien là. Hier a été la plus grosse journée que le serveur ait connu niveau trafic. JC - Mes sites \| Affiliation devis travaux
Bool Modérateur Inscrit le : 09/05/2005	# Le 06/10/2009 à 14:56 S'il y a une saturation des slots Apache, c'est marqué dans le error_log d'Apache. Mais je trouve ça quand même bizarre d'avoir autant de process à l'état C (Closing Connection). Je sais pas quel traitement peut être lancé durant cette étape (reverse DNS, compression, geoip ?), mais je me demande s'il ne pourrait pas en être la cause. Dans tous les cas faudrait chercher un peu plus avant de commander des serveurs à tout va Google is watching you.
dob Modérateur Inscrit le : 10/05/2005	# Le 06/10/2009 à 14:56 3 questions : - As-tu des retours utilisateurs sur ce problème ? - Est-ce que ça le fait en ce moment ? - C'est quel site ? Julien Tartarin Founder & CEO @ Mailjet.com
krucial Administrateur Inscrit le : 09/03/2005	# Le 06/10/2009 à 14:57 Bool a dit : Dans tous les cas faudrait chercher un peu plus avant de commander des serveurs à tout va Au prix des serveurs, je ne suis meme pas sur que le plus avantageux financièrement soit la recherche du probleme Mais j'aimerais quand même savoir d'ou ca vient ! JC - Mes sites \| Affiliation devis travaux
Julgates Administrateur Inscrit le : 09/03/2005	# Le 06/10/2009 à 14:58 Je peux répondre aux 3 car je l'ai vécu hier : forumconstruire. Ca ramait à fond avant d'afficher une image. Beyoung Interactive - Consultant web
krucial Administrateur Inscrit le : 09/03/2005	# Le 06/10/2009 à 14:59 dob a dit : 3 questions : - As-tu des retours utilisateurs sur ce problème ? - Est-ce que ça le fait en ce moment ? - C'est quel site ? Oui, le serveur rame pour tout le monde pareil. Pas du tout. Le lundi soir, c'est toutes les semaines la cohue sur le site, et hier plus que d'habitude. ForumConstruire.com + parlonspiscine.com + quelques petits site. JC - Mes sites \| Affiliation devis travaux
dob Modérateur Inscrit le : 10/05/2005	# Le 06/10/2009 à 15:01 Ok, je me disais bien aussi que le serveur faisait la sieste Le mardi soir c'est un peu la cohue aussi ou faut attendre lundi prochain pour y avoir droit en direct ? Julien Tartarin Founder & CEO @ Mailjet.com
caaptusss Membre Inscrit le : 25/09/2007	# Le 06/10/2009 à 15:02 Tu peux nous afficher ton httpd.conf et un "htop" ? On verra comment est configuré ton apache et comment ta ram est saturé. Même si ça ne rame pas là tout de suite, ce genre de problème montre le bout de son nez quand même dans ce genre d'infos même si on le ressent pas. FirstHeberg.com \| Régie Publicitaire \| Hébergement Gratuit
krucial Administrateur Inscrit le : 09/03/2005	# Le 06/10/2009 à 15:02 Aucune idée, hier, c'etait la premiere fois que ca me le faisait. JC - Mes sites \| Affiliation devis travaux
devtribu Modérateur Inscrit le : 16/06/2005	# Le 06/10/2009 à 15:03 Tout va bien car tu n'es pas saturé au niveau apache Ca confirme bien l'hypothèse de l'origine apache : un serveur qui fait les traitements rapidement, mais tres lent sur la partie web Le serveur ne sert pas tout le monde pour ne pas faire exploser la charge. La file d'attente est pleine (il ne reste plus de slot (les . dans apache status) Une solution que j'ai utilisée il y a longtemps avec succes c'est d'externaliser les images/pictos/vignettes sur un mutualisé. http://www.toutjavascript.com/guidecomplet : Déjà la 6eme édition
krucial Administrateur Inscrit le : 09/03/2005	# Le 06/10/2009 à 15:09 J'ai une question (peut etre un peu conne). Quand tu fais un "ps aux \| grep apache \| wc -l", le chiffre que ca te sort, c'est pas les slots ouverts ? JC - Mes sites \| Affiliation devis travaux
TomPascal Membre Inscrit le : 08/11/2006	# Le 06/10/2009 à 15:09 Bonjour, Ce n'est pas un souci de paramètre système max_user_instances qui reste coincé à une valeur faible (genre 128) même si ton apache est configuré pour accepter plus de requêtes simultanés ? Je sais que je dois faire une manip' à ce niveau là avec les serveurs d'ovh (sous ubuntu pour ma part) : http://www.artiflo.net/2009/02/centos-procsysfsepo... http://forum.ovh.net/showthread.php?t=48360#5 archipel web Conception, réalisation, référencement de sites internet.
caaptusss Membre Inscrit le : 25/09/2007	# Le 06/10/2009 à 15:10 TomPascal a dit : Bonjour, Ce n'est pas un souci de paramètre système max_user_instances qui reste coincé à une valeur faible (genre 128) même si ton apache est configuré pour accepter plus de requêtes simultanés ? +1 d'ou l'intérêt de lire le httpd.conf FirstHeberg.com \| Régie Publicitaire \| Hébergement Gratuit

Auteur

Message

MathieuC
Modérateur

Inscrit le : 15/07/2005

# Le 06/10/2009 à 14:25

Ha ok

Au passage, les SP SSD ne sont pas livrés chez OVH, ils n'ont pas de SSD en stock, toutes les commandes sont en attente depuis au moins 15 jours (ils prévoient de commencer a livrer à la fin de la semaine, ils attendent une livraison de SSD).

Bien sur ca ils ne le disent pas sur leur site, il y a marqué 6 serveurs dispos en 1H

krucial
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2009 à 14:32

Les enculays

Pour le serveur SQL, même si je ne sais pas d'où vient réellement le probleme pour le moment, c'est une evolution logique que j'aurai deja du mettre en place pour plus de confort.

JC - Mes sites | Affiliation devis travaux

devtribu
Modérateur

Inscrit le : 16/06/2005

# Le 06/10/2009 à 14:36

Ca fait meme 3 semaines pour moi : j'attends mon serveur ssd depuis le 16 septembre...

ton probleme ressemble bien a une saturation des slots apache
externaliser sql ne changera rien

http://www.toutjavascript.com/guidecomplet : Déjà la 6eme édition

caaptusss
Membre

Inscrit le : 25/09/2007

# Le 06/10/2009 à 14:39

Pour moi, c'est clairement du apache également. Externaliser Mysql va probablement rajouter une petite latence (10 ms) supplémentaire et risque d'aggraver ton problème.

T'a quoi comme machine en front ? T'a pensé à faire un petit iploadbalancing avec 2-3 serveurs moins puissants ?

FirstHeberg.com | Régie Publicitaire | Hébergement Gratuit

krucial
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2009 à 14:39

Saturation des solts apache ? C'est a dire ?

JC - Mes sites | Affiliation devis travaux

Julgates
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2009 à 14:40

Recopies/colles ton apache status maintenant qu'il a tourné un peu.

Beyoung Interactive - Consultant web

Rano
Modérateur

Inscrit le : 13/04/2005

# Le 06/10/2009 à 14:43

Pareil pour les SSD, la commande s'éterniiiiiiiise

Chambres d'hote tavel
Séjours en provence
Forum mariage

krucial
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2009 à 14:45

caaptusss a dit :
Pour moi, c'est clairement du apache également. Externaliser Mysql va probablement rajouter une petite latence (10 ms) supplémentaire et risque d'aggraver ton problème.

Mouais ... Je pense que même si ca change rien, c'est tout benef pour la suite, pour 69€ par mois. Là on parle de latence de 1 à 6 secondes

_K___WW_KK_K__KK_C__KK__KKKKK_K_CKC__KKCK_K__K_KKK____K__K__KK__
____C___K_K___W_KKK__KK_K____K_C________CCK__CK__K__C_K____CKC_K
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................
................................................................

Cpu(s): 7.3%us, 1.8%sy, 0.0%ni, 89.8%id, 1.0%wa, 0.0%hi, 0.2%si, 0.0%st

Mais tout va bien là. Hier a été la plus grosse journée que le serveur ait connu niveau trafic.

JC - Mes sites | Affiliation devis travaux

Bool
Modérateur

Inscrit le : 09/05/2005

# Le 06/10/2009 à 14:56

S'il y a une saturation des slots Apache, c'est marqué dans le error_log d'Apache.

Mais je trouve ça quand même bizarre d'avoir autant de process à l'état C (Closing Connection).
Je sais pas quel traitement peut être lancé durant cette étape (reverse DNS, compression, geoip ?), mais je me demande s'il ne pourrait pas en être la cause.

Dans tous les cas faudrait chercher un peu plus avant de commander des serveurs à tout va

Google is watching you.

dob
Modérateur

Inscrit le : 10/05/2005

# Le 06/10/2009 à 14:56

3 questions :
- As-tu des retours utilisateurs sur ce problème ?
- Est-ce que ça le fait en ce moment ?
- C'est quel site ?

Julien Tartarin
Founder & CEO @ Mailjet.com

krucial
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2009 à 14:57

Bool a dit :
Dans tous les cas faudrait chercher un peu plus avant de commander des serveurs à tout va

Au prix des serveurs, je ne suis meme pas sur que le plus avantageux financièrement soit la recherche du probleme

Mais j'aimerais quand même savoir d'ou ca vient !

JC - Mes sites | Affiliation devis travaux

Julgates
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2009 à 14:58

Je peux répondre aux 3 car je l'ai vécu hier : forumconstruire. Ca ramait à fond avant d'afficher une image.

Beyoung Interactive - Consultant web

krucial
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2009 à 14:59

dob a dit :
3 questions :
- As-tu des retours utilisateurs sur ce problème ?
- Est-ce que ça le fait en ce moment ?
- C'est quel site ?

Oui, le serveur rame pour tout le monde pareil.
Pas du tout. Le lundi soir, c'est toutes les semaines la cohue sur le site, et hier plus que d'habitude.
ForumConstruire.com + parlonspiscine.com + quelques petits site.

JC - Mes sites | Affiliation devis travaux

dob
Modérateur

Inscrit le : 10/05/2005

# Le 06/10/2009 à 15:01

Ok, je me disais bien aussi que le serveur faisait la sieste

Le mardi soir c'est un peu la cohue aussi ou faut attendre lundi prochain pour y avoir droit en direct ?

Julien Tartarin
Founder & CEO @ Mailjet.com

caaptusss
Membre

Inscrit le : 25/09/2007

# Le 06/10/2009 à 15:02

Tu peux nous afficher ton httpd.conf et un "htop" ? On verra comment est configuré ton apache et comment ta ram est saturé.
Même si ça ne rame pas là tout de suite, ce genre de problème montre le bout de son nez quand même dans ce genre d'infos même si on le ressent pas.

FirstHeberg.com | Régie Publicitaire | Hébergement Gratuit

krucial
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2009 à 15:02

Aucune idée, hier, c'etait la premiere fois que ca me le faisait.

JC - Mes sites | Affiliation devis travaux

devtribu
Modérateur

Inscrit le : 16/06/2005

# Le 06/10/2009 à 15:03

Tout va bien car tu n'es pas saturé au niveau apache
Ca confirme bien l'hypothèse de l'origine apache : un serveur qui fait les traitements rapidement, mais tres lent sur la partie web
Le serveur ne sert pas tout le monde pour ne pas faire exploser la charge. La file d'attente est pleine (il ne reste plus de slot (les . dans apache status)

Une solution que j'ai utilisée il y a longtemps avec succes c'est d'externaliser les images/pictos/vignettes sur un mutualisé.

http://www.toutjavascript.com/guidecomplet : Déjà la 6eme édition

krucial
Administrateur

Inscrit le : 09/03/2005

# Le 06/10/2009 à 15:09

J'ai une question (peut etre un peu conne).
Quand tu fais un "ps aux | grep apache | wc -l", le chiffre que ca te sort, c'est pas les slots ouverts ?

JC - Mes sites | Affiliation devis travaux

TomPascal
Membre

Inscrit le : 08/11/2006

# Le 06/10/2009 à 15:09

Bonjour,

Ce n'est pas un souci de paramètre système max_user_instances qui reste coincé à une valeur faible (genre 128) même si ton apache est configuré pour accepter plus de requêtes simultanés ?

Je sais que je dois faire une manip' à ce niveau là avec les serveurs d'ovh (sous ubuntu pour ma part) :
http://www.artiflo.net/2009/02/centos-procsysfsepo...
http://forum.ovh.net/showthread.php?t=48360#5

archipel web Conception, réalisation, référencement de sites internet.

caaptusss
Membre

Inscrit le : 25/09/2007

# Le 06/10/2009 à 15:10

TomPascal a dit :
Bonjour,

Ce n'est pas un souci de paramètre système max_user_instances qui reste coincé à une valeur faible (genre 128) même si ton apache est configuré pour accepter plus de requêtes simultanés ?

+1 d'ou l'intérêt de lire le httpd.conf

FirstHeberg.com | Régie Publicitaire | Hébergement Gratuit

Page |<<<12 3 4 >>>|

Répondre

Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.