comme vous pouvez le voir, j'ai de nombreux processus apache2 qui
tournent mais ce nombre est bien inf=E9rieur =E0 250. Le taux
d'utilisation du cpu est toujours autour de 15%. D'un point de vue
m=E9moire, mon serveur utilise tr=E8s tr=E8s peu de swap.
Je ne suis donc pas en saturation cpu ni en m=E9moire. Au niveau de la
bande passante, j'ai effectu=E9 des tests, il n'y a pas non plus de
probl=E8me de ce cot=E9 l=E0.
J'ai effectu=E9 des tests avec de simple fichier html sans script et
j'ai toujours des probl=E8mes d'acc=E8s.
Les pages mettent entre 1 et 10 minutes =E0 =EAtre affich=E9.
Avez vous une id=E9e de param=E8tre de configuration qui poserait probl=E8m=
e ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Stephane Bortzmeyer
On Mon, Oct 02, 2006 at 03:51:02PM +0200, KLEIN Stéphane wrote a message of 85 lines which said:
J'ai effectué des tests avec de simple fichier html sans script et j'ai toujours des problèmes d'accès.
Les pages mettent entre 1 et 10 minutes à être affiché.
Le temps d'*affichage* ne sert pas à grand'chose ici car il dépend de la complexité de la page et du navigateur. Première règle : on ne teste pas un problème de performance HTTP avec un navigateur. On utilise wget ou curl (combinés avec time) ou, encore mieux, echoping (http://echoping.sourceforget.net/ ou le paquetage Debian du même nom).
Donc, que donnent "time wget -v" ou "echoping -v -h / votre.serveur" ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Mon, Oct 02, 2006 at 03:51:02PM +0200,
KLEIN Stéphane <klein.stephane@gmail.com> wrote
a message of 85 lines which said:
J'ai effectué des tests avec de simple fichier html sans script et
j'ai toujours des problèmes d'accès.
Les pages mettent entre 1 et 10 minutes à être affiché.
Le temps d'*affichage* ne sert pas à grand'chose ici car il dépend de
la complexité de la page et du navigateur. Première règle : on ne
teste pas un problème de performance HTTP avec un navigateur. On
utilise wget ou curl (combinés avec time) ou, encore mieux, echoping
(http://echoping.sourceforget.net/ ou le paquetage Debian du même
nom).
Donc, que donnent "time wget -v" ou "echoping -v -h / votre.serveur" ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Mon, Oct 02, 2006 at 03:51:02PM +0200, KLEIN Stéphane wrote a message of 85 lines which said:
J'ai effectué des tests avec de simple fichier html sans script et j'ai toujours des problèmes d'accès.
Les pages mettent entre 1 et 10 minutes à être affiché.
Le temps d'*affichage* ne sert pas à grand'chose ici car il dépend de la complexité de la page et du navigateur. Première règle : on ne teste pas un problème de performance HTTP avec un navigateur. On utilise wget ou curl (combinés avec time) ou, encore mieux, echoping (http://echoping.sourceforget.net/ ou le paquetage Debian du même nom).
Donc, que donnent "time wget -v" ou "echoping -v -h / votre.serveur" ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
KLEIN Stéphane
Le 02/10/06, Stephane Bortzmeyer a écrit :
On Mon, Oct 02, 2006 at 03:51:02PM +0200, KLEIN Stéphane wrote a message of 85 lines which said:
> J'ai effectué des tests avec de simple fichier html sans script et > j'ai toujours des problèmes d'accès. > > Les pages mettent entre 1 et 10 minutes à être affiché.
Le temps d'*affichage* ne sert pas à grand'chose ici car il dépend de la complexité de la page et du navigateur. Première règle : on ne teste pas un problème de performance HTTP avec un navigateur. On utilise wget ou curl (combinés avec time) ou, encore mieux, echoping (http://echoping.sourceforget.net/ ou le paquetage Debian du même nom).
Donc, que donnent "time wget -v" ou "echoping -v -h / votre.serveur" ?
J'ai enfin trouvé l'origine du problème :
KeepAliveTimeout était à 15 secondes ! Ce qui veut dire (si j'ai bien compris) qu'un client qui avait la main sur un process, la gardait pendant 15 secondes avant qu'un autre client puisse l'utiliser.
Tout va bien depuis le passe de KeepAliveTimeout à 1 seconde !
De plus, j'ai découvert le module "server-status" qui permet de visualiser en temps réel l'état d'un serveur Apache.
Voila, j'espère que cela pourra aider d'autre personne.
Stéphane
Le 02/10/06, Stephane Bortzmeyer<stephane@sources.org> a écrit :
On Mon, Oct 02, 2006 at 03:51:02PM +0200,
KLEIN Stéphane <klein.stephane@gmail.com> wrote
a message of 85 lines which said:
> J'ai effectué des tests avec de simple fichier html sans script et
> j'ai toujours des problèmes d'accès.
>
> Les pages mettent entre 1 et 10 minutes à être affiché.
Le temps d'*affichage* ne sert pas à grand'chose ici car il dépend de
la complexité de la page et du navigateur. Première règle : on ne
teste pas un problème de performance HTTP avec un navigateur. On
utilise wget ou curl (combinés avec time) ou, encore mieux, echoping
(http://echoping.sourceforget.net/ ou le paquetage Debian du même
nom).
Donc, que donnent "time wget -v" ou "echoping -v -h / votre.serveur" ?
J'ai enfin trouvé l'origine du problème :
KeepAliveTimeout était à 15 secondes ! Ce qui veut dire (si j'ai bien
compris) qu'un client qui avait la main sur un process, la gardait
pendant 15 secondes avant qu'un autre client puisse l'utiliser.
Tout va bien depuis le passe de KeepAliveTimeout à 1 seconde !
De plus, j'ai découvert le module "server-status" qui permet de
visualiser en temps réel l'état d'un serveur Apache.
Voila, j'espère que cela pourra aider d'autre personne.
On Mon, Oct 02, 2006 at 03:51:02PM +0200, KLEIN Stéphane wrote a message of 85 lines which said:
> J'ai effectué des tests avec de simple fichier html sans script et > j'ai toujours des problèmes d'accès. > > Les pages mettent entre 1 et 10 minutes à être affiché.
Le temps d'*affichage* ne sert pas à grand'chose ici car il dépend de la complexité de la page et du navigateur. Première règle : on ne teste pas un problème de performance HTTP avec un navigateur. On utilise wget ou curl (combinés avec time) ou, encore mieux, echoping (http://echoping.sourceforget.net/ ou le paquetage Debian du même nom).
Donc, que donnent "time wget -v" ou "echoping -v -h / votre.serveur" ?
J'ai enfin trouvé l'origine du problème :
KeepAliveTimeout était à 15 secondes ! Ce qui veut dire (si j'ai bien compris) qu'un client qui avait la main sur un process, la gardait pendant 15 secondes avant qu'un autre client puisse l'utiliser.
Tout va bien depuis le passe de KeepAliveTimeout à 1 seconde !
De plus, j'ai découvert le module "server-status" qui permet de visualiser en temps réel l'état d'un serveur Apache.
Voila, j'espère que cela pourra aider d'autre personne.
