Apache: MaxClients + taille processus

Le
Luxpopuli Open source
--0016368320eeafd2f0049dd235f9
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Bonjour,

On lit de partout, à commencer dans la doc, que la valeur par défaut (2=
56)
de la directive MaxClients de Apache est suffisante dans la plupart des cas=
.

Comme je ne trouve pas cette valeur particulièrement élevée, je voudr=
ais
savoir s'il y a un moyen d'évaluer (d'une façon ou d'une autre) ce que =
cela
représente en terme de visites ou de pages vues ou je ne sais quoi ?
Si j'ai bien compris 256 c'est le nombre max de processus fils simultanés=
=
nombre max de connexions simultanées ? (un processus ne gère qu'une
connexion (il meurt à la fin de la connexion) alors qu'une connexion peut
gérer *MaxRequestsPerChild* requêtes) Oui/Non ?

*Taille des processus*

Quelles sont les techniques de calcul de la taille des processus pour
déterminer la valeur de MaxClients et donc la quantité de RAM que doit =
avoir
le serveur ?

Pascal

--0016368320eeafd2f0049dd235f9
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Bonjour,<br><br>On lit de partout, à commencer dans la doc, que la
valeur par défaut (256) de la directive MaxClients de Apache est
suffisante dans la plupart des cas.<br>
<br>
Comme je ne trouve pas cette valeur particulièrement élevée, je voudr=
ais
savoir s&#39;il y a un moyen d&#39;évaluer (d&#39;une façon ou d&#39;u=
ne autre) ce que
cela représente en terme de visites ou de pages vues ou je ne sais quoi ?=
<br>
Si j&#39;ai bien compris 256 c&#39;est le nombre max de processus fils
simultanés = nombre max de connexions simultanées ? (un processus ne=

gère qu&#39;une connexion (il meurt à la fin de la connexion) alors qu&=
#39;une
connexion peut gérer <i>MaxRequestsPerChild</i> requêtes) Oui/Non ?<br>
<br>
<u>Taille des processus</u><br>
<br>
Quelles sont les techniques de calcul de la taille des processus pour
déterminer la valeur de MaxClients et donc la quantité de RAM que doit =
avoir le
serveur ?<br><br>Pascal<br>

--0016368320eeafd2f0049dd235f9--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/AANLkTim2+dtCjDtQJ+_hd27Lr67a8cRAgnriiVFV4vTn@mail.gmail.com
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Luxpopuli Open source
Le #23186441
--001636831e7ed93fb2049df79c47
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Bonjour Nicolas,

Merci pour ta réponse.

J'ai trouvé également cette page concernant les scripts Perl:
http://modperlbook.org/html/11-1-Setting-the-MaxClients-Directive.html

Et ici, un calcul d'estimation pour déterminer la valeur:
http://www.devside.net/articles/apache-performance-tuning

A propos de ab, peux-tu me donner un peu plus d'info sur le test qui permet
de mettre en évidence la différence de ressource entre des ressources
statiques et du php ?

Pascal

Le 7 mars 2011 14:57, FROIDURE Nicolas
Le 06/03/2011 16:41, Luxpopuli Open source a écrit :

Bonjour,


On lit de partout, à commencer dans la doc, que la valeur par défaut (256)
de la directive MaxClients de Apache est suffisante dans la plupart des c as.

Comme je ne trouve pas cette valeur particulièrement élevée, je vou drais
savoir s'il y a un moyen d'évaluer (d'une façon ou d'une autre) ce qu e cela
représente en terme de visites ou de pages vues ou je ne sais quoi ?
Si j'ai bien compris 256 c'est le nombre max de processus fils simultan és =
nombre max de connexions simultanées ? (un processus ne gère qu'une
connexion (il meurt à la fin de la connexion) alors qu'une connexion pe ut
gérer *MaxRequestsPerChild* requêtes) Oui/Non ?

*Taille des processus*

Quelles sont les techniques de calcul de la taille des processus pour
déterminer la valeur de MaxClients et donc la quantité de RAM que doi t avoir
le serveur ?

Pascal

Slt,

En ce qui concerne la taille des processus, cela dépend du nombre d e
modules Apaches chargés en mémoire + la taille éventuelle de la m émoire
utilisé par ton language de programmation côté serveur.

C'est d'ailleurs le principal problème car pour des ressources
statiques, une valeur de 256 est probablement supportable par de nombreus es
confs matérielles, mais dès lors que ce sont des scripts qui font app el à la
base/utilisent bcp de mémoire, ça change la donne.

J'ai lu qqpart : 1-2Mo pour une ressource statique et 8Mo pour un
script PHP en moyenne, après, à toi de définir le ratio entre proce ssus
php/res statiques. Si tu veux optimiser, vire les modules qui ne te serve nt
pas en t'aidant de la doc, ça te permettra de mieux les connaître par la
même occasion.

Et sinon, dans le dossier bin d'apache, tu as ab (apache benchmark) q ui
te permet d'effectuer un grand nombre de requêtes simultanées. Tu pou rra
constater l'énorme différence entre des ressources statiques et du ph p.

Bonne semaine.

--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.





--001636831e7ed93fb2049df79c47
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Bonjour Nicolas, ressources statiques et du php ?



<div bgcolor="#ffffff" text="#000000"><div class="im">
Le 06/03/2011 16:41, Luxpopuli Open source a écrit :
</div><blockquote type="cite">Bonjour,<div><div></div><div class="h 5"><br>
<br>
On lit de partout, à commencer dans la doc, que la valeur par
défaut (256) de la directive MaxClients de Apache est suffisante
dans la plupart des cas.<br>
<br>
Comme je ne trouve pas cette valeur particulièrement élevée, je
voudrais savoir s&#39;il y a un moyen d&#39;évaluer (d&#39;une fa çon ou d&#39;une
autre) ce que cela représente en terme de visites ou de pages vues
ou je ne sais quoi ?<br>
Si j&#39;ai bien compris 256 c&#39;est le nombre max de processus fil s
simultanés = nombre max de connexions simultanées ? (un process us
ne gère qu&#39;une connexion (il meurt à la fin de la connexion) alors
qu&#39;une connexion peut gérer <i>MaxRequestsPerChild</i> requêt es)
Oui/Non ?<br>
<br>
<u>Taille des processus</u><br>
<br>
Quelles sont les techniques de calcul de la taille des processus
pour déterminer la valeur de MaxClients et donc la quantité de RA M
que doit avoir le serveur ?<br>
<br>
Pascal<br>
</div></div></blockquote><div class="im">
            Slt,<br>
<br>
    En ce qui concerne la taille des processus, cela dépend du
nombre de modules Apaches chargés en mémoire + la taille éventuel le
de la mémoire utilisé par ton language de programmation côté
serveur.<br>
<br>
    C&#39;est d&#39;ailleurs le principal problème car pour des ressources
statiques, une valeur de 256 est probablement supportable par de
nombreuses confs matérielles, mais dès lors que ce sont des scripts
qui font appel à la base/utilisent bcp de mémoire, ça change la
donne.<br>
<br>
    J&#39;ai lu qqpart : 1-2Mo pour une ressource statique et 8Mo pour
un script PHP en moyenne, après, à toi de définir le ratio entre
processus php/res statiques. Si tu veux optimiser, vire les modules
qui ne te servent pas en t&#39;aidant de la doc, ça te permettra de
mieux les connaître par la même occasion.<br>
<br>
    Et sinon, dans le dossier bin d&#39;apache, tu as ab (apache
benchmark) qui te permet d&#39;effectuer un grand nombre de requêtes
simultanées. Tu pourra constater l&#39;énorme différence entre de s
ressources statiques et du php.<br>
<br>
    Bonne semaine.<br>
<pre cols="72">--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.</pre>
</div></div>

</blockquote></div><br>

--001636831e7ed93fb2049df79c47--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/AANLkTi=
Luxpopuli Open source
Le #23186991
--0016364172d5b4c898049dfa0a1f
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Merci bien Nicolas ;-)

Le 8 mars 2011 13:47, FROIDURE Nicolas
Le 08/03/2011 13:18, Luxpopuli Open source a écrit :

Bonjour Nicolas,

Merci pour ta réponse.

J'ai trouvé également cette page concernant les scripts Perl:
http://modperlbook.org/html/11-1-Setting-the-MaxClients-Directive.html

Et ici, un calcul d'estimation pour déterminer la valeur:
http://www.devside.net/articles/apache-performance-tuning

A propos de ab, peux-tu me donner un peu plus d'info sur le test qui perm et
de mettre en évidence la différence de ressource entre des ressources
statiques et du php ?

Pascal

Le 7 mars 2011 14:57, FROIDURE Nicolas :

Le 06/03/2011 16:41, Luxpopuli Open source a écrit :

Bonjour,


On lit de partout, à commencer dans la doc, que la valeur par défaut (256)
de la directive MaxClients de Apache est suffisante dans la plupart des cas.

Comme je ne trouve pas cette valeur particulièrement élevée, je vo udrais
savoir s'il y a un moyen d'évaluer (d'une façon ou d'une autre) ce q ue cela
représente en terme de visites ou de pages vues ou je ne sais quoi ?
Si j'ai bien compris 256 c'est le nombre max de processus fils simultan és
= nombre max de connexions simultanées ? (un processus ne gère qu' une
connexion (il meurt à la fin de la connexion) alors qu'une connexion p eut
gérer *MaxRequestsPerChild* requêtes) Oui/Non ?

*Taille des processus*

Quelles sont les techniques de calcul de la taille des processus pour
déterminer la valeur de MaxClients et donc la quantité de RAM que do it avoir
le serveur ?

Pascal

Slt,

En ce qui concerne la taille des processus, cela dépend du nombre de
modules Apaches chargés en mémoire + la taille éventuelle de la m émoire
utilisé par ton language de programmation côté serveur.

C'est d'ailleurs le principal problème car pour des ressources
statiques, une valeur de 256 est probablement supportable par de nombreu ses
confs matérielles, mais dès lors que ce sont des scripts qui font ap pel à la
base/utilisent bcp de mémoire, ça change la donne.

J'ai lu qqpart : 1-2Mo pour une ressource statique et 8Mo pour un
script PHP en moyenne, après, à toi de définir le ratio entre proc essus
php/res statiques. Si tu veux optimiser, vire les modules qui ne te serv ent
pas en t'aidant de la doc, ça te permettra de mieux les connaître pa r la
même occasion.

Et sinon, dans le dossier bin d'apache, tu as ab (apache benchmark)
qui te permet d'effectuer un grand nombre de requêtes simultanées. T u pourra
constater l'énorme différence entre des ressources statiques et du p hp.

Bonne semaine.

--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.




Slt,

Merci pour tes liens, j'y ai aussi appris des trucs.

Pour te donner un exemple sur un serveur local de test avec 512mo de
ram et un AMD 2Go. 500 requêtes avec 50 requêtes concurrentes :
- 22 secondes : 12ko générés en PHP avec cache côté serveur act ivé (XCMS)
- 90 secondes : 12ko générés en PHP sans cache (XCMS)
- 3.71 secondes pour une image de 47ko

Je t'ai mis les résultats en fin de mail. Tu peux également teste r une
charge plus "habituelle" en extrayant les url de tes logs et en les metta nt
en entrée dans ab. Essayes man ab pour voir si il lit l'entrée standa rd. A
la limite, ça serait pas mal de faire un shell qui automatise le "repla y" de
fichiers de log n fois. Je mets ça dans ma todolist.

Bons tests.

[TEST 1]
This is ApacheBench, Version 2.0.40-dev Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright 2006 The Apache Software Foundation, http://www.apache.org/

Benchmarking www.elitwork.com.ewk (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests


Server Software: Apache/2.2.16
Server Hostname: www.elitwork.com.ewk
Server Port: 80

Document Path: /
Document Length: 12456 bytes

Concurrency Level: 50
Time taken for tests: 22.312500 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 6396000 bytes
HTML transferred: 6228000 bytes
Requests per second: 22.41 [#/sec] (mean)
Time per request: 2231.250 [ms] (mean)
Time per request: 44.625 [ms] (mean, across all concurrent requests )
Transfer rate: 279.93 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 2.6 0 15
Processing: 406 2187 459.2 2250 3421
Waiting: 390 2089 429.6 2125 3218
Total: 406 2188 459.3 2250 3421

Percentage of the requests served within a certain time (ms)
50% 2250
66% 2312
75% 2359
80% 2390
90% 2515
95% 2859
98% 3171
99% 3281
100% 3421 (longest request)



[TEST 2]
This is ApacheBench, Version 2.0.40-dev Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright 2006 The Apache Software Foundation, http://www.apache.org/

Benchmarking www.elitwork.com.ewk (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests


Server Software: Apache/2.2.16
Server Hostname: www.elitwork.com.ewk
Server Port: 80

Document Path: /
Document Length: 12477 bytes

Concurrency Level: 50
Time taken for tests: 89.796875 seconds
Complete requests: 500
Failed requests: 481
(Connect: 0, Length: 481, Exceptions: 0)
Write errors: 0
Total transferred: 6455956 bytes
HTML transferred: 6265456 bytes
Requests per second: 5.57 [#/sec] (mean)
Time per request: 8979.688 [ms] (mean)
Time per request: 179.594 [ms] (mean, across all concurrent request s)
Transfer rate: 70.20 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 2.4 0 15
Processing: 2046 8802 1658.7 8906 13906
Waiting: 2000 8596 1627.1 8687 13703
Total: 2046 8802 1658.9 8906 13906

Percentage of the requests served within a certain time (ms)
50% 8906
66% 9031
75% 9078
80% 9125
90% 9296
95% 11750
98% 13390
99% 13656
100% 13906 (longest request)

[TEST 3]
This is ApacheBench, Version 2.0.40-dev Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright 2006 The Apache Software Foundation, http://www.apache.org/

Benchmarking www.elitwork.com.ewk (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Finished 500 requests


Server Software: Apache/2.2.16
Server Hostname: www.elitwork.com.ewk
Server Port: 80

Document Path: /images/refs/48-thumb.png
Document Length: 46527 bytes

Concurrency Level: 50
Time taken for tests: 3.718750 seconds
Complete requests: 500
Failed requests: 0
Write errors: 0
Total transferred: 23387500 bytes
HTML transferred: 23263500 bytes
Requests per second: 134.45 [#/sec] (mean)
Time per request: 371.875 [ms] (mean)
Time per request: 7.438 [ms] (mean, across all concurrent requests)
Transfer rate: 6141.58 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 4.7 0 15
Processing: 46 355 75.2 375 484
Waiting: 15 306 70.2 328 437
Total: 46 357 74.9 375 484

Percentage of the requests served within a certain time (ms)
50% 375
66% 390
75% 406
80% 421
90% 437
95% 437
98% 453
99% 453
100% 484 (longest request)

--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.





--0016364172d5b4c898049dfa0a1f
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Merci bien Nicolas ;-)




<div bgcolor="#ffffff" text="#000000">
Le 08/03/2011 13:18, Luxpopuli Open source a écrit :
<div><div></div><div class="h5"><blockquote type="cite">Bonjour Nic olas,<br>
<br>
Merci pour ta réponse.<br>
<br>
J&#39;ai trouvé également cette page concernant les scripts Perl:
<br>
Et ici, un calcul d&#39;estimation pour déterminer la valeur: <br>
A propos de ab, peux-tu me donner un peu plus d&#39;info sur le test
qui permet de mettre en évidence la différence de ressource entre
des ressources statiques et du php ?<br>
<br>
Pascal<br>
<br>
a écrit :<br>
<div bgcolor="#ffffff" text="#000000">
<div> Le 06/03/2011 16:41, Luxpopuli Open source
a écrit : </div>
<blockquote type="cite">Bonjour,
<div>
<div><br>
<br>
On lit de partout, à commencer dans la doc, que la
valeur par défaut (256) de la directive MaxClients de
Apache est suffisante dans la plupart des cas.<br>
<br>
Comme je ne trouve pas cette valeur particulièrement
élevée, je voudrais savoir s&#39;il y a un moyen d&#3 9;évaluer
(d&#39;une façon ou d&#39;une autre) ce que cela repr ésente en
terme de visites ou de pages vues ou je ne sais quoi ?<br >
Si j&#39;ai bien compris 256 c&#39;est le nombre max de
processus fils simultanés = nombre max de connexions
simultanées ? (un processus ne gère qu&#39;une connex ion
(il meurt à la fin de la connexion) alors qu&#39;une
connexion peut gérer <i>MaxRequestsPerChild</i>
requêtes) Oui/Non ?<br>
<br>
<u>Taille des processus</u><br>
<br>
Quelles sont les techniques de calcul de la taille des
processus pour déterminer la valeur de MaxClients et
donc la quantité de RAM que doit avoir le serveur ?<br>
<br>
Pascal<br>
</div>
</div>
</blockquote>
<div>             Slt,<br>
<br>
    En ce qui concerne la taille des processus, cela
dépend du nombre de modules Apaches chargés en mémoire +
la taille éventuelle de la mémoire utilisé par ton
language de programmation côté serveur.<br>
<br>
    C&#39;est d&#39;ailleurs le principal problème ca r pour des
ressources statiques, une valeur de 256 est probablement
supportable par de nombreuses confs matérielles, mais dès
lors que ce sont des scripts qui font appel à la
base/utilisent bcp de mémoire, ça change la donne.<br>
<br>
    J&#39;ai lu qqpart : 1-2Mo pour une ressource stati que et
8Mo pour un script PHP en moyenne, après, à toi de défi nir
le ratio entre processus php/res statiques. Si tu veux
optimiser, vire les modules qui ne te servent pas en
t&#39;aidant de la doc, ça te permettra de mieux les conna ître
par la même occasion.<br>
<br>
    Et sinon, dans le dossier bin d&#39;apache, tu as a b
(apache benchmark) qui te permet d&#39;effectuer un grand
nombre de requêtes simultanées. Tu pourra constater
l&#39;énorme différence entre des ressources statiques et du
php.<br>
<br>
    Bonne semaine.<br>
<pre cols="72">--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.</pre>
</div>
</div>
</blockquote>
</div>
<br>
</blockquote></div></div>
            Slt,<br>
<br>
    Merci pour tes liens, j&#39;y ai aussi appris des trucs.<br>
<br>
    Pour te donner un exemple sur un serveur local de test avec
512mo de ram et un AMD 2Go. 500 requêtes avec 50 requêtes
concurrentes :<br>
- 22 secondes : 12ko générés en PHP avec cache côté serveur a ctivé
(XCMS)<br>
- 90 secondes : 12ko générés en PHP sans cache (XCMS)<br>
- 3.71 secondes pour une image de 47ko<br>
<br>
    Je t&#39;ai mis les résultats en fin de mail. Tu peux éga lement
tester une charge plus &quot;habituelle&quot; en extrayant les url de t es logs
et en les mettant en entrée dans ab. Essayes man ab pour voir si il
lit l&#39;entrée standard. A la limite, ça serait pas mal de faire un
shell qui automatise le &quot;replay&quot; de fichiers de log n fois. J e mets
ça dans ma todolist.<br>
<br>
    Bons tests.<br>
<br>
[TEST 1]<br>
This is ApacheBench, Version 2.0.40-dev &lt;$Revision: 1.146 $&gt;
apache-2.0<br>
Copyright 1996 Adam Twiss, Zeus Technology Ltd,
Copyright 2006 The Apache Software Foundation,
<br>
Benchmarking Completed 100 requests<br>
Completed 200 requests<br>
Completed 300 requests<br>
Completed 400 requests<br>
Finished 500 requests<br>
<br>
<br>
Server Software:        Apache/2.2.16<br>
Server Hostname:        Server Port:            80<br>
<br>
Document Path:          /<br>
Document Length:        12456 bytes<br>
<br>
Concurrency Level:      50<br>
Time taken for tests:   22.312500 seconds<br>
Complete requests:      500<br>
Failed requests:        0<br>
Write errors:           0<br>
Total transferred:      6396000 bytes<br>
HTML transferred:       6228000 bytes<br>
Requests per second:    22.41 [#/sec] (mean)<br>
Time per request:       2231.250 [ms] (mean)<br>
Time per request:       44.625 [ms] (mean, across all concu rrent
requests)<br>
Transfer rate:          279.93 [Kbytes/sec] received< br>
<br>
Connection Times (ms)<br>
              min  mean[+/-sd] median   max<br>
Connect:        0    0   2.6      0       15<br>
Processing:   406 2187 459.2   2250    3421<br>
Waiting:      390 2089 429.6   2125    3218<br>
Total:        406 2188 459.3   2250    3421<br>
<br>
Percentage of the requests served within a certain time (ms)<br>
  50%   2250<br>
  66%   2312<br>
  75%   2359<br>
  80%   2390<br>
  90%   2515<br>
  95%   2859<br>
  98%   3171<br>
  99%   3281<br>
 100%   3421 (longest request)<br>
<br>
<br>
<br>
[TEST 2]<br>
This is ApacheBench, Version 2.0.40-dev &lt;$Revision: 1.146 $&gt;
apache-2.0<br>
Copyright 1996 Adam Twiss, Zeus Technology Ltd,
Copyright 2006 The Apache Software Foundation,
<br>
Benchmarking Completed 100 requests<br>
Completed 200 requests<br>
Completed 300 requests<br>
Completed 400 requests<br>
Finished 500 requests<br>
<br>
<br>
Server Software:        Apache/2.2.16<br>
Server Hostname:        Server Port:            80<br>
<br>
Document Path:          /<br>
Document Length:        12477 bytes<br>
<br>
Concurrency Level:      50<br>
Time taken for tests:   89.796875 seconds<br>
Complete requests:      500<br>
Failed requests:        481<br>
   (Connect: 0, Length: 481, Exceptions: 0)<br>
Write errors:           0<br>
Total transferred:      6455956 bytes<br>
HTML transferred:       6265456 bytes<br>
Requests per second:    5.57 [#/sec] (mean)<br>
Time per request:       8979.688 [ms] (mean)<br>
Time per request:       179.594 [ms] (mean, across all conc urrent
requests)<br>
Transfer rate:          70.20 [Kbytes/sec] received<b r>
<br>
Connection Times (ms)<br>
              min  mean[+/-sd] median   max<br>
Connect:        0    0   2.4      0       15<br>
Processing:  2046 8802 1658.7   8906   13906<br>
Waiting:     2000 8596 1627.1   8687   13703<br>
Total:       2046 8802 1658.9   8906   13906<br>
<br>
Percentage of the requests served within a certain time (ms)<br>
  50%   8906<br>
  66%   9031<br>
  75%   9078<br>
  80%   9125<br>
  90%   9296<br>
  95%  11750<br>
  98%  13390<br>
  99%  13656<br>
 100%  13906 (longest request)<br>
<br>
[TEST 3]<br>
This is ApacheBench, Version 2.0.40-dev &lt;$Revision: 1.146 $&gt;
apache-2.0<br>
Copyright 1996 Adam Twiss, Zeus Technology Ltd,
Copyright 2006 The Apache Software Foundation,
<br>
Benchmarking Completed 100 requests<br>
Completed 200 requests<br>
Completed 300 requests<br>
Completed 400 requests<br>
Finished 500 requests<br>
<br>
<br>
Server Software:        Apache/2.2.16<br>
Server Hostname:        Server Port:            80<br>
<br>
Document Path:          /images/refs/48-thumb.png<br>
Document Length:        46527 bytes<br>
<br>
Concurrency Level:      50<br>
Time taken for tests:   3.718750 seconds<br>
Complete requests:      500<br>
Failed requests:        0<br>
Write errors:           0<br>
Total transferred:      23387500 bytes<br>
HTML transferred:       23263500 bytes<br>
Requests per second:    134.45 [#/sec] (mean)<br>
Time per request:       371.875 [ms] (mean)<br>
Time per request:       7.438 [ms] (mean, across all concur rent
requests)<br>
Transfer rate:          6141.58 [Kbytes/sec] received <br>
<br>
Connection Times (ms)<br>
              min  mean[+/-sd] median   max<br>
Connect:        0    1   4.7      0       15<br>
Processing:    46  355  75.2    375     484<br>
Waiting:       15  306  70.2    328     4 37<br>
Total:         46  357  74.9    375      484<br>
<br>
Percentage of the requests served within a certain time (ms)<br>
  50%    375<br>
  66%    390<br>
  75%    406<br>
  80%    421<br>
  90%    437<br>
  95%    437<br>
  98%    453<br>
  99%    453<br>
 100%    484 (longest request)<div class="im"><br>
<pre cols="72">--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.</pre>
</div></div>

</blockquote></div><br>

--0016364172d5b4c898049dfa0a1f--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/AANLkTimEZ0981PqCsb+
Publicité
Poster une réponse
Anonyme