Load Average. Servidor Dedicado

[malalengua]

A ver, tengo un servidor dedicado con este hardware:

Processor Information

Processor #1 Vendor: GenuineIntel
Processor #1 Name: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
Processor #1 speed: 1600.000 MHz
Processor #1 cache size: 4096 KB

Processor #2 Vendor: GenuineIntel
Processor #2 Name: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
Processor #2 speed: 1600.000 MHz
Processor #2 cache size: 4096 KB

Processor #3 Vendor: GenuineIntel
Processor #3 Name: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
Processor #3 speed: 1600.000 MHz
Processor #3 cache size: 4096 KB

Processor #4 Vendor: GenuineIntel
Processor #4 Name: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
Processor #4 speed: 1600.000 MHz
Processor #4 cache size: 4096 KB


Memory Information

Memory for crash kernel (0x0 to 0x0) notwithin permissible range
Memory: 2062860k/2087808k available (2097k kernel code, 23664k reserved, 877k data, 228k init, 1170304k highmem)


System Information

Linux host.basketpc.com 2.6.18-92.1.22.el5 #1 SMP Tue Dec 16 12:03:43 EST 2008 i686 i686 i386 GNU/Linux


Physical Disks

SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
sd 0:0:0:0: Attached scsi disk sda
SCSI device sdb: 312581808 512-byte hdwr sectors (160042 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
SCSI device sdb: 312581808 512-byte hdwr sectors (160042 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
sd 2:0:0:0: Attached scsi disk sdb
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 2:0:0:0: Attached scsi generic sg2 type 0


------------------------------------------------

Normalmente tiene una carga de entre 0.2 y 2 menos en hora punta que sube entre 3 y 4 y con picos de 5 y 6.

Os pongo aqui lo que pillé del top en un pico

top - 20:34:30 up 164 days, 12:09, 1 user, load average: 5.13, 4.29, 3.36
Tasks: 391 total, 2 running, 389 sleeping, 0 stopped, 0 zombie
Cpu(s): 49.9%us, 2.7%sy, 0.0%ni, 46.6%id, 0.3%wa, 0.1%hi, 0.3%si, 0.0%st
Mem: 2066336k total, 2009280k used, 57056k free, 16448k buffers
Swap: 2040244k total, 16644k used, 2023600k free, 292124k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
855 mysql 15 0 621m 345m 3628 S 24.2 17.1 81:30.85 mysqld
10967 nobody 15 0 66344 48m 4032 S 6.3 2.4 0:12.48 httpd
11427 nobody 15 0 59280 41m 4000 S 5.3 2.1 0:09.19 httpd
11259 nobody 15 0 56212 38m 3996 S 5.0 1.9 0:11.59 httpd
10979 nobody 15 0 57200 39m 3988 S 4.6 2.0 0:11.98 httpd
10959 nobody 15 0 54352 39m 3928 S 4.3 1.9 0:11.94 httpd
11296 nobody 15 0 53944 38m 3928 S 3.7 1.9 0:10.36 httpd
11320 nobody 15 0 59276 41m 4036 S 3.7 2.1 0:10.51 httpd
9929 nobody 15 0 55980 38m 3992 S 3.3 1.9 0:13.71 httpd
10033 nobody 15 0 54344 39m 3928 S 3.3 1.9 0:11.79 httpd
11336 nobody 15 0 56240 38m 3996 S 3.3 1.9 0:10.25 httpd
11422 nobody 15 0 53860 38m 3920 S 3.3 1.9 0:09.36 httpd
10040 nobody 15 0 54384 39m 3924 S 3.0 1.9 0:13.16 httpd
10200 nobody 16 0 56276 38m 4016 S 3.0 1.9 0:13.82 httpd
10087 nobody 15 0 59272 41m 4000 S 2.7 2.1 0:12.71 httpd
10963 nobody 15 0 56240 38m 4000 S 2.7 1.9 0:11.20 httpd
11280 nobody 16 0 56384 38m 4004 S 2.7 1.9 0:10.51 httpd
11443 nobody 16 0 56260 38m 3996 S 2.7 1.9 0:09.47 httpd
12404 nobody 15 0 56988 41m 3900 S 2.7 2.1 0:06.52 httpd
9917 nobody 15 0 55984 38m 3996 S 2.3 1.9 0:13.83 httpd
9965 nobody 15 0 54088 38m 3924 S 2.3 1.9 0:12.02 httpd
10070 nobody 15 0 56888 39m 3992 S 2.3 2.0 0:14.33 httpd
10084 nobody 15 0 56648 39m 3996 S 2.3 1.9 0:12.90 httpd
10102 nobody 15 0 53952 38m 3904 S 2.3 1.9 0:13.33 httpd
10103 nobody 15 0 56800 39m 3996 S 2.3 1.9 0:12.32 httpd
11016 nobody 15 0 56000 38m 3992 S 2.3 1.9 0:08.76 httpd
11298 nobody 15 0 53720 38m 3924 S 2.3 1.9 0:10.92 httpd
11333 nobody 15 0 53708 38m 3920 S 2.3 1.9 0:11.32 httpd
11667 nobody 15 0 53792 38m 3928 S 2.3 1.9 0:08.75 httpd
9846 nobody 16 0 56992 41m 3932 S 2.0 2.1 0:12.17 httpd
9927 nobody 15 0 56992 41m 4028 S 2.0 2.1 0:12.66 httpd
10054 nobody 15 0 59332 42m 4316 S 2.0 2.1 0:13.41 httpd
10140 nobody 15 0 56260 38m 4000 S 2.0 1.9 0:12.19 httpd
10215 nobody 15 0 56036 38m 4300 S 2.0 1.9 0:11.82 httpd
10936 nobody 15 0 54344 39m 3932 S 2.0 1.9 0:12.28 httpd
11319 nobody 15 0 56776 39m 4028 S 2.0 1.9 0:11.23 httpd
11344 nobody 15 0 56896 39m 3992 S 2.0 2.0 0:10.67 httpd
11346 nobody 15 0 53708 38m 3980 S 2.0 1.9 0:10.14 httpd
11434 nobody 15 0 59028 41m 4000 S 2.0 2.1 0:09.89 httpd
11435 nobody 15 0 65784 48m 4312 S 2.0 2.4 0:09.46 httpd
9966 nobody 15 0 56228 38m 3984 S 1.7 1.9 0:13.03 httpd
10053 nobody 15 0 56564 39m 4300 S 1.7 1.9 0:12.87 httpd
10111 nobody 15 0 58268 41m 4300 S 1.7 2.0 0:13.48 httpd
11010 nobody 15 0 53944 38m 3928 S 1.7 1.9 0:12.25 httpd
11328 nobody 15 0 56244 38m 4004 S 1.7 1.9 0:10.92 httpd
11330 nobody 15 0 56264 38m 4004 S 1.7 1.9 0:09.74 httpd
11358 nobody 15 0 56240 38m 3992 S 1.7 1.9 0:10.92 httpd
11377 nobody 15 0 53968 38m 3916 S 1.7 1.9 0:10.23 httpd
11432 nobody 15 0 56268 38m 3992 S 1.7 1.9 0:08.48 httpd
11451 nobody 15 0 56672 39m 4000 S 1.7 1.9 0:09.83 httpd
11635 nobody 15 0 59276 41m 4000 S 1.7 2.1 0:07.77 httpd
11664 nobody 15 0 59280 41m 3988 S 1.7 2.1 0:07.81 httpd
12391 nobody 15 0 54740 39m 3912 S 1.7 1.9 0:06.45 httpd

--------------------------------------------------

La configuración del my.cnf es la siguiente:

[mysqld]
skip-locking
skip-innodb
safe-show-database

query_cache_limit=1M
query_cache_size=64M ## 32MB for every 1GB of RAM
query_cache_type=1

max_user_connections=30
max_connections=150

interactive_timeout=10
wait_timeout=30
connect_timeout=20

thread_cache_size=64
key_buffer=512M ## 64MB for every 1GB of RAM
join_buffer=2M
max_connect_errors=20
max_allowed_packet=16M
table_cache=1512
record_buffer=1M

sort_buffer_size=2M ## 1MB for every 1GB of RAM
read_buffer_size=2M ## 1MB for every 1GB of RAM
read_rnd_buffer_size=2M ## 1MB for every 1GB of RAM

thread_concurrency=8 ## Number of CPUs x 2

myisam_sort_buffer_size=256M
server-id=1

long_query_time = 10
log-slow-queries = /var/lib/mysql/slow_queries.log
log-queries-not-using-indexes

[mysqld_safe]
open_files_limit=8192

[mysqldump]
quick
max_allowed_packet=16M

[mysql]
no-auto-rehash
#safe-updates

[isamchk]
key_buffer=256M
sort_buffer=256M
read_buffer=16M
write_buffer=16M

[myisamchk]
key_buffer=256M
sort_buffer=256M
read_buffer=16M
write_buffer=16M
[mysqlhotcopy]
interactive-timeout
~
---------------------------------------------

Esta configuración del my.cnf hizo que bajara en 2 puntos la carga del servidor que andaba desde las 20:15 hast las 20:50 entre 5 y 6. Con esta nueva configuracion del my.cnf bajó entre 2 y 4 con picos preopucantes com oel que he puesto antes

--------------------------------------------
La configuración del apache es la siguiente: (coloco lo más significativo)




RLimitMEM 292394325
RLimitCPU 240
KeepAlive On
MaxKeepAliveRequests 0
KeepAliveTimeout 5
UseCanonicalName Off

TraceEnable On
ServerSignature Off
ServerTokens Full
FileETag All
StartServers 5
<IfModule prefork.c>
MinSpareServers 10
MaxSpareServers 10
</IfModule>
MaxClients 256
MaxRequestsPerChild 500


------

ESTOS PICOS SE PRODUCEN CUANDO HAY 300 USUARIOS ONLINE A LA VEZ realizando acciones en la web.

¿que he de hacer? ¿Problema de configuracion? ¿Porblema de que el servidor no da mas de si?

[Datacenter1]

La configuración ya parece bastante optimizada.

Deberías instalar si no lo tienes instalado un cache php (asumiendo que tus páginas son php) lo cual bajará el consumo tanto de http como de MySQL, personalmente me gusta eaccelerator

Estás usando algún tipo de RAID?

Una carga de 4 no debe ni siquiera poner lento tus webs, de hecho no creo que sea percibida por los usuarios o visitantes.

[j_aroche]

El valor del Load Average no es el % de CPU usándose en ese momento, si no el número de procesos en la cola de procesos listos para ejecutar. Ya que tienes 4 nucleos en tu CPU, una carga de 4 no sería tan crítica.

Me parece que tienes poca RAM (2GB) para ejecutar MySQL, Apache y el OS (según tu configuración). Prueba usar MySQLTunner para optimizar la configuración de mysql.

Qúe CMS usas ? busca un sistema de caché a disco para reducir la ejecución de PHP y consultas al base de datos.

También revisa las conexiones a tu servidor en los momentos de mayor carga, así como la cantidad de peticiones que están siendo procesadas por Apache. Te darán pistas de donde puede estar el problema.

[cincinnati]

Estoy contigo. Una carga de 4-5 con 4 núcleos de procesamiento no la veo alta.

[malalengua]

Iniciado por Datacenter1

La configuración ya parece bastante optimizada.

Deberías instalar si no lo tienes instalado un cache php (asumiendo que tus páginas son php) lo cual bajará el consumo tanto de http como de MySQL, personalmente me gusta eaccelerator

Estás usando algún tipo de RAID?

Una carga de 4 no debe ni siquiera poner lento tus webs, de hecho no creo que sea percibida por los usuarios o visitantes.

No tengo instalado ningún caché. Probaré a instalar el que me dices.

No usao Raid

Y con una carga de entre 4 y 6 a los usuarios hay veces que ni les carga la página.

¿Podría ser un problema del maxclients del apache?

Iniciado por j_aroche

El valor del Load Average no es el % de CPU usándose en ese momento, si no el número de procesos en la cola de procesos listos para ejecutar. Ya que tienes 4 nucleos en tu CPU, una carga de 4 no sería tan crítica.

Me parece que tienes poca RAM (2GB) para ejecutar MySQL, Apache y el OS (según tu configuración). Prueba usar MySQLTunner para optimizar la configuración de mysql.

Qúe CMS usas ? busca un sistema de caché a disco para reducir la ejecución de PHP y consultas al base de datos.

También revisa las conexiones a tu servidor en los momentos de mayor carga, así como la cantidad de peticiones que están siendo procesadas por Apache. Te darán pistas de donde puede estar el problema.

No uso CMS. He usado el mysqltunner y el tunning-primer.sh. La configuración del mysql la ajusté y bajó la carga del servidor bastante.

Iniciado por cincinnati

Estoy contigo. Una carga de 4-5 con 4 núcleos de procesamiento no la veo alta.

Tenía entendido que no debía pasar 1 punto por nucleo de procesamiento, al estar 4 nucleos máximo 4.

El tema es que los usuarios sí notan y bastante que va sobrecargado. De hecho cuando tiene esos picos como he puesto antes entre 5 y 6 les va muy lento la página y a veces ni entran.

En condiciones normales el servidor va fresco, a 0.1 o a 0.5 pero es en esa hora punta donde me da problemas. después de optimizar conseguí que los proboemas en vez de estar de 20:15 a 20:50 aparecerian de 20:40 a 20:50 justamente cuando entran 300 usuarios o más a la vez y el servidor ya no ejecuta ningún proceso en fondo, por lo que debiera estar dedicado a servir paginas

[malalengua]

Esto es lo que tengo

Zend Optimizer
Optimization Pass 1 enabled
Optimization Pass 2 enabled
Optimization Pass 3 enabled
Optimization Pass 4 enabled
Optimization Pass 9 enabled
Zend Loader enabled
License Path no value
Obfuscation level 3


Additional Modules
Module Name
ionCube Loader

[malalengua]

Lo he instalado, espero que no de problemas con el ioncube loader.

This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with eAccelerator v0.9.6, Copyright (c) 2004-2010 eAccelerator, by eAccelerator
with the ionCube PHP Loader v3.3.10, Copyright (c) 2002-2009, by ionCube Ltd., and
with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007, by Zend Technologies
with Zend Optimizer v3.3.3, Copyright (c) 1998-2007, by Zend Technologies

¿Creeis que debería subir el maxclient de apache de 256 a otro valor?

Gracias

[Datacenter1]

En vez de aumentar el valor, desactiva KeepAlive

KeepAlive Off esto no dará menos rendimiento pero al bajar la conexiones simultáneas puede que la carga baje

Verifica con un phpinfo() que eaccelerator esta trabajando bien, si tienes varios discos haz que el cache apunte al disco con menos actividad

Si esto no mejora (esto casi seguro que sí) avísame y te daré alguna de mis configuraciones radicales :)

[malalengua]

ok, voy a esperar a ver como funciona el eaccelerator estos dias. Si veo que no es suficiente modificaré el keep alive lo bajaré a 3 y luego lo pondré a off y si eso no hace que se mejore, me pasaré por aqui de nuevo

Gracias, en una semana mas omenos os cuento

[malalengua]

Bueno de momento ayer con 260 usuarios tuve una carga qe no superaba 3. Y en general va mas rapido con el acelerator

Añado que hice un cambio en la configuración del apache y subi los startservers a 10, el minspareserver a 10 y el maxspare server a 20 el maxcliente lo baje de 256 a 250 y de momento va todo como la seda.

ya os iré contando, gracias por lo del eaccelerator, creo que se nota bastante mejor. Ya os contaré si con más de 300 usuarios online sigue yendo como la seda.

Un saludo

[Datacenter1]

Iniciado por malalengua

Bueno de momento ayer con 260 usuarios tuve una carga qe no superaba 3. Y en general va mas rapido con el acelerator

Añado que hice un cambio en la configuración del apache y subi los startservers a 10, el minspareserver a 10 y el maxspare server a 20 el maxcliente lo baje de 256 a 250 y de momento va todo como la seda.

ya os iré contando, gracias por lo del eaccelerator, creo que se nota bastante mejor. Ya os contaré si con más de 300 usuarios online sigue yendo como la seda.

Un saludo

Me alegra que te haya servido, tienes un potente servidor que debería soportar la carga que le pones sin problemas, probablemente solo corto de memoria, un par de gb harían una gran diferencia.

Si quieres ir al rendimiento extremo se puede optimizar los tcp en sysctl.conf, el uso de la memoria y los scheduler de los discos adicionalmente siempre se puede hacer un poco más con MySQL, Apache y PHP

Otra buena opción es colocar un cache delante de apache, Varnish, NginX o litespeed son excelentes opciones

[malalengua]

Pues hoy he tenido muchos problemas. Esto en el log de errores 6 Minutos con apache caido y luego hasta que hago el restart del servicio a y 35, ha estado 15 minutos donde la performance estaba fatal.

[Tue Mar 02 20:13:57 2010] [notice] Graceful restart requested, doing restart

[Tue Mar 02 20:19:54 2010] [warn] NameVirtualHost xx.xx.xx.xx:80 has no
VirtualHosts

[Tue Mar 02 20:19:55 2010] [notice] Apache/2.0.63 (Unix) mod_ssl/2.0.63
OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4
FrontPage/5.0.2.2635 PHP/5.2.6 configured -- resuming normal operations

[Tue Mar 02 20:35:21 2010] [notice] caught SIGTERM, shutting down

[Tue Mar 02 20:35:23 2010] [notice] suEXEC mechanism enabled (wrapper:
/usr/local/apache/bin/suexec)

[Tue Mar 02 20:35:23 2010] [notice] ModSecurity for Apache/2.5.7
(http://www.modsecurity.org/) configured.

[Tue Mar 02 20:35:24 2010] [notice] Apache/2.0.63 (Unix) mod_ssl/2.0.63
OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4
FrontPage/5.0.2.2635 PHP/5.2.6 configured -- resuming normal operations

Lo he puesto en conocimiento de la empresa y me han dicho que es complicado saber a priori que ha pasado. Me han dicho que van a estar atentos, han estado mirando y que puede ser que mysql esté usando muchos recursos, pero lo tengo bastante optimizado. De hecho he bajado a 120 los max cliente, he subido el tamaño del buffer de joins a 3M porque el foro que uso usa algnas queries sin indexes y tras ejecutar el mysqlturner me recomendaba subirlo de 2 M, he colocado el cache de queries de 64 a 128M y he subido las table files de 1512 a 2024

Estoy mosca por lo que ha pasado ¿Es posible que el eaccelerator lo haya provocado mediante algún bug? Lo qe he notado es que el mysqld tras hacer un top se me ha quedado pillado en 25% de mem consumida y cuando lo he reiniciado ha bajado a valores normalesde 5.6.

Mirando el log diario en el wmh tengo estos valores

01-03-2010
User Domain %CPU %MEM MySQL Processes
mysql 4.30 23.50 0.0
xxx xxx.com 13.72 59.24 0.3

02-03-2010
User Domain %CPU % MEM MySQL Processes
mysql 4.50 25.60 0.0
xxx xxx.com 14.35 58.28 0.0

En fin ¿como lo veis?

[Datacenter1]

Estas usando una versión peligrosamente vieja de PHP para la cual hay muchos exploits, probablemente sea hora de hacer un buen upgrade (incluyendo kernel)

Una pregunta este servidor solo aloja tus propios sitios correcto?

Puede publicar la salida del comando iostat?

En cuando a Apache, estas usando Worker, Prefork o Event?

Aqui hay algunos tips que pueden ser de utilidad http://www.forosdelweb.com/f92/neces...rvidor-752496/

[malalengua]

A ver. En principio es un servidor managed por lo ue creia que no tenia que estar atento a estas cosas. Se hacer el upgrade de php pero creo que esas cosas las debería hacer la empersa ¿NO?. Si sirve de algo es liquidweb.

Ayer les abrí un post de consulta a ellos y me dijero que podría haber sido un ataque DOS pero que no lo veian claro. Otra posibilidad es que mysql se comiera la ram y que las conexiones de muchos usuarios hubieran provocado eso, pero no me cuadra porque al hacer yo el restart a las 20:35 con 313 usuarios fue de lujo.

El servidor aloja solo mis sitios, tiene 2 webs con poca actividad y 1 que es la razón de ser de tener el servidor dedicado.

Iostat


avg-cpu: %user %nice %system %iowait %steal %idle
3.46 0.15 0.49 0.38 0.00 95.53

Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
sda 12.68 114.85 241.97 1687821068 3555856944
sdb 0.65 80.52 85.43 1183269584 1255366632

Apache usa prefork

Revisaré el enlace que me has puesto.

[malalengua]

ese post es muy bueno jeje

He hecho esto que dices

Saludos

1. Solo debes darle click en "Start Customization based on profile"
2. Selecciona Apache 2.2 y click en "Next Step"
3. Selecciona PHP 5 y click en "Next Step"
4. Selecciona la última versión de PHP, en este momento es 5.2.11 y click en Next Step
5. Baja hasta el final de la lista y click en "Exhaustive Option List"
6. Escoge las opciones que requieras, por seguridad y rendimiento recomiendo:
1. Mod FCGID
2. MPM Worker
3. EAccelerator for PHP
4. Suhosin for PHP
5. Mod_Security
6. Fastcgi (en la sección PHP)
7. Safe PHP CGI
8. Safe Mode (no me agrada pero es da buena seguridad con php fastcgi)
9. Incluye cualquier módulo que tu sistemas requieran pero no incluyas nada que de antemano sepas que no vas a usar
7. Click en "Save and Build"
8. Luego de terminar de compilar asegurate de que el handler de php sea fastcgi

El proceso debe tomar unos 15 minutos y es bastante seguro, cualquier duda puedes postearla por aca.

estoy recompilando pero creia que era una "locura" poner el worker, no obstante lo tengo recompilando a ver que tal.

Un saludo.

[malalengua]

A ver como va, supongo qe tendré que ajustar estos valores

ServerLimit
StartServers
MaxClients
MinSpareThreads
MaxSpareThreads
ThreadsPerChild

Porque serán distintos que con apache en prefork ¿NO?

[malalengua]

StartServers 10
<IfModule prefork.c>
MinSpareServers 10
MaxSpareServers 20
</IfModule>
<IfModule worker.c>
MinSpareThreads 25
MaxSpareThreads 75
</IfModule>
MaxClients 250
MaxRequestsPerChild 500
ThreadsPerChild 25


Estoy con esta configuración . Tengo dudas en la configuracio de los threads pero he pusto la qu viene por defecto No obstante la liberación de memoria ha sido bestial. Si creeis que tengo que subir el threads perchild lo subo, sino estare un par de dias a ver como se ocmparta el servidor en horas puntas.

Un saludo y gracias.

PD: He estado leyendo y leyendo y veo que el worker efectivamente cuando el número de cpus es alto (más de 2) es más recomendable que el prefork que se usa por temas de compatibilidad y estabilidad, y elworker para la escabilidad, que es justamente lo que necesito

Un saludo y mil gracias, a ver si voy terminando de afinarlo.

[Datacenter1]

Saludos

Veo que vas bien... no había tenido mucho tiempo de pasar por aca

worker es cierto trabaja mucho mejor en cpus con multiples cores y con php como fastcgi la diferencia en velocidad y bajo uso de recursos debe ser considerable.

Incluso Event es aún superior que Worker pero está aún "experimental"

déjalo como está uno o dos día, subiendo MaxRequestsPerChild a 5000 o incluso 50000 bajará la carga del servidor pero a costa de la memoria, todo depende de como se vean los valores en un par de días

En el mismo tema enlace que te envié hay unos scripts para optimizar las bases de datos, si no lo has hecho te sugiero hacerlo y puede ayudar a bajar la carga MySQL

Como habrás notado optimizar servidores es un arte, yo lo comparo con afinar coches de carrera.

[j_aroche]

Según mi experiencia, Worker consume mucho más recursos que Prefork aunque tiene la ventaja que puedes agregar un acelerador de PHP para aumentar el rendimiento de cada proceso.

Nosotros estamos usando XCache e instalamos algunos plugins para usar la memoria para variables de XCache, esto elimina las consultas más habituales a la db. Si no usaramos XCache definitivamente el server load sería mucho mayor.

[malalengua]

Iniciado por Datacenter1

Saludos

Veo que vas bien... no había tenido mucho tiempo de pasar por aca

worker es cierto trabaja mucho mejor en cpus con multiples cores y con php como fastcgi la diferencia en velocidad y bajo uso de recursos debe ser considerable.

Incluso Event es aún superior que Worker pero está aún "experimental"

déjalo como está uno o dos día, subiendo MaxRequestsPerChild a 5000 o incluso 50000 bajará la carga del servidor pero a costa de la memoria, todo depende de como se vean los valores en un par de días

En el mismo tema enlace que te envié hay unos scripts para optimizar las bases de datos, si no lo has hecho te sugiero hacerlo y puede ayudar a bajar la carga MySQL

Como habrás notado optimizar servidores es un arte, yo lo comparo con afinar coches de carrera.

Sí jeje. Ayer fue bastante bien, cierto es que el pico lo obtendremos hoy, con 239 users online el load average estuvo alrededor de 2, 3 con algún pico de 4 pero la performance fue genial, nadie noto nada. Para hoy espero en hora punta gente entre 280 y 320 usuarios online, que es donde ultimamente habia tenido problemas. He subido el maxrquestperchild a 5000. Ayer a 500 noté que usó 100k de swap, casi inapreciable, y antes con prefork 17.000k, pero aún es pronto para saber como va.

Respecto a mysql uso los dos scripts de optimización. Ando jugando con la memoria. Empecé dandole 512M para indices y he ido bajando, ahora lo tengo en 256M, he subido parámetros de caché y por lo que veo mysql ya no es un problema. Aún así sigo afinandolo para aprovechar la memoria donde relamente hace falta, porque soy consciente que lo ideal serían 4Gb, pero no debe caerse el servidor como pasó hace un par de días con el hardware que tiene

Iniciado por j_aroche

Según mi experiencia, Worker consume mucho más recursos que Prefork aunque tiene la ventaja que puedes agregar un acelerador de PHP para aumentar el rendimiento de cada proceso.

Nosotros estamos usando XCache e instalamos algunos plugins para usar la memoria para variables de XCache, esto elimina las consultas más habituales a la db. Si no usaramos XCache definitivamente el server load sería mucho mayor.

Creo que lo has puesto al reves, PRefork consume más recursos que worker, según el enlace que me pusiste, esto es lo que dice sobre prefork

Requiere más recursos (Memoria RAM y CPU) para atender cierto número de peticiones simultaneas, respecto a otras configuraciones. Esto limita drásticamente la escabilidad del servidor.

y esto sobre worker
El hecho de que un subproceso pueda manejar varias peticiones a la vez, hace que se requieran menos recursos para atender a cierto número de peticiones simultaneas.

De momento creo que para mi es pronto para opinar, pero insisto, de momento y solo de momento, los usuarios han notado una mejoría signficativa con la configuración que lleva puesta.

Creo que estoy muy cerca de afinarlo todo, aprender he aprendido muchisimo con todo este post. Creo y espero que lo único que me quede por dilucidar es si con el cambio de maxperthreadchild de 500 a 5000 va mejor o peor (según mi server). Y con el tiempo, iré preparando un cambio de servidor a uno de 4gb y 8 nucleos que le tengo ya echado el ojo.

Dejo un par de días funcionando esto, esta tarde veré que mejoría/empeoría ha tenido el enfermo.

Gracias.

[Datacenter1]

Cuando configuras MaxRequestsPerChild a 500 estás indicando que un proceso child debe morir después de recibir 500 request, esto de matar el proceso y volver a crear uno nuevo es una tarea costosa para el CPU por esta razón se consume menos CPU afinando a valores más altos o incluso ilimitados (0) pero a costa de la memoria ya que más procesos estarán activos simultáneamente, yo probaría con 50.000, la única razón para no dejarlo ilimitado es que si hay algún script fuera de control puede agotar la memoria (memory leak) pero 50.000 es un número que debe dar buen rendimiento con moderado uso de recursos.

Si te defiendes bien con el Ingles creo que esta web es lo mejor que hay en cuanto a optimización MySQL http://www.mysqlperformanceblog.com/


Otras sugerencias más esotéricas:

echo deadline > /sys/block/sda/queue/scheduler
echo deadline > /sys/block/sdb/queue/scheduler

echo 20 > /proc/sys/vm/dirty_background_ratio
echo 60 > /proc/sys/vm/dirty_ratio

blockdev --setra 16384 /dev/sda
blockdev --setra 16384 /dev/sdb

El primer bloque cambiará el scheduler del disco por uno más eficiente
El segundo bloque optimizará la memoria virtual

El último ampliará el cache de discos (excelente para MySQL)

Nada de esto hará cambios permanentes solo pruebalos y si ves mejoría te diré como hacer que los cambios sean permanentes

Por último:
cp /etc/sysctl.conf /etc/sysctl.conf/bak (hacemos un backup)
vi /etc/sysctl.conf (editamos el archivo)
/etc/sysctl.conf
introduces o cambias los valores si ya existen:
net.ipv4.tcp_keepalive_probes = 2
net.ipv4.tcp_keepalive_intvl = 30
Guardas los cambios con ESC : wq
y usas el comando sysctl -p

Acabas de optimizar los tcp para alto rendimiento :)

En nuestros servidores de hosting compartido utilizamos LiteSpeed, es de pago pero bien vale el precio duplica el rendimiento de apache a la vez que baja la carga a la mitad y es totalmente compatible con cPanel

[malalengua]

Bueno bueno bueno impresionante lo de hoy

El server ha aguantado sin inmutarse 311 personas online.

A ver la mejora no es significativa es monstruosamente significativa. Me quito el sombrero datacenter1


No he hecho lo que me pones en el ultimo post, pero es que el load average ha estado entre 2.9 y 3.8 y algún pico puntual de 4.6, cuando esos picos pntuales antes se iban a 6 y 5 largo. Pero lo mejor no es eso, sino que la performance ha sido la hostia. A la gente le ha ido todo como un tiro. No ha usado nada de swap, cuando antes sí usaba.

Solo me queda subir a 50.000 que no me dio tiempo de subirlo.

Me voy a guardar tus recomendaciones por si tuviese que hacer lo que me has puesto en el ultimo post.

La única duda que me queda es que en hora punta como tengo el maxclients a 250 he tenido casi todo el tiempo esto

FastCGI processes: entre 21 y 28

y
250 requests currently being processed, 0 idle workers

¿crees que deberia subir ese parámetro o no es necesario?

Por lo demás seguire observando como va todo pero la mejora ha sido espectacular

Gracias!!

[Datacenter1]

Me alegra que los tips hayan servido, los del último post no ayudarán mucho con la carga pero si con la velocidad de respuesta y otimización de discos

No creo que debas cambiar nada, sin embargo para una última comprobación me gustaría ver la salida de Apache Status

[malalengua]

en hora pico te lo pongo. Gracias :D

[JoshMex]

Muy muy muy muy interesante este hilo, estoy seguro que le será de gran ayuda a muchos compañeros con situaciones similares; Datacenter1 gracias por aportar tu conocimiento desinteresadamente .

[Datacenter1]

Iniciado por JoshMex

Muy muy muy muy interesante este hilo, estoy seguro que le será de gran ayuda a muchos compañeros con situaciones similares; Datacenter1 gracias por aportar tu conocimiento desinteresadamente .

Esa es la idea que ayuda a más de uno, gracias por tus comentarios, creo que ya va siendo hora que los ponga todos los tips que he dejado por aqui y por allá en un solo documento más organizado.

[JoshMex]

Datacenter1, es muy buen idea, una vez lo tengas por favor nos lo haces saber.

[malalengua]

Con 232 usuarios online. El maximo han sido 255, el load average ha llegado a 3.1 y de nuevo ha ido genial. Lo unico, te lo opngo en negrita que se queda 0 idle workers. He quitado las ips y los GET que no aportaban nada.

Current Time: Friday, 05-Mar-2010 20:26:05 CET
Restart Time: Friday, 05-Mar-2010 10:35:31 CET
Parent Server Generation: 7
Server uptime: 9 hours 50 minutes 34 seconds
Total accesses: 619574 - Total Traffic: 2.6 GB
CPU Usage: u894.54 s22.73 cu0 cs0 - 2.59% CPU load
17.5 requests/sec - 76.8 kB/second - 4497 B/request
250 requests currently being processed, 0 idle workers

KKKWCKKKKKKKWKKKKKKKKKKKC......................... ..............
CKKKKWKKKKKKKKKKKKKKKKKKC......................... ..............
KKKKKKKKKKKKKKCKCKKCCWCKK......................... ..............
KKKCCCKKKWKWKKKKKKKKKKKKK......................... ..............
KCWCCKKKKKKKKKKKCKKKKKCCK......................... ..............
KKKKKWKKKCCKKKKKKWWCKKCKK......................... ..............
KCKKKKKKKCKKWCKKKKCKKKKKK......................... ..............
CKCKKWKCKKKKKKKKKKKKKKKKK......................... ..............
KKKCKCKKKWKKKCKCCKKKKKCKK......................... ..............
KKKKKCKKKKKWKCKKCKCKKKKKK......................... ..............
.................................................. ..............
.................................................. ..............
.................................................. ..............
.................................................. ..............
.................................................. ..............
.................................................. ..............

Scoreboard Key:
"_" Waiting for Connection, "S" Starting up, "R" Reading Request,
"W" Sending Reply, "K" Keepalive (read), "D" DNS Lookup,
"C" Closing connection, "L" Logging, "G" Gracefully finishing,
"I" Idle cleanup of worker, "." Open slot with no current process

Srv PID Acc M CPU SS Req Conn Child Slot Client VHost Request
0-7 7687 14/584/2492 K 94.88 0 5 9.2 1.08 9.91
0-7 7687 28/525/2449 K 94.03 4 5
0-7 7687 2/547/2418 K 94.83 0 5
0-7 7687 0/559/2372 W 90.54 12 0 0.0 0.76 10.34
0-7 7687 15/558/2529 C 93.63 0 8 0.0 0.60 11.27
0-7 7687 14/606/2364 K 94.91 0 5 9.5 1.03 10.98
0-7 7687 15/524/2438 K 94.78 0 8 0.0 0.60 9.13
0-7 7687 10/561/2421 K 94.93 0 5 60.0 1.00 9.42
0-7 7687 5/510/2378 K 94.90 0 5 0.0 0.60 8.81
0-7 7687 15/576/2431 K 94.54 1 5 0.0 1.18 10.16
0-7 7687 13/602/2412 K 94.94 0 8 0.0 0.61 9.52
0-7 7687 2/550/2443 K 94.79 0 8 0.0 0.77 10.85
0-7 7687 0/506/2485 W 86.86 38 0 0.0 1.24 10.98
0-7 7687 15/577/2674 K 94.27 3 8 0.0 0.84 9.38
0-7 7687 15/516/2304 K 94.46 2 8 0.0 1.24 9.24
0-7 7687 16/599/2562 K 94.32 3 8 0.0 0.66 9.16
0-7 7687 1/615/2586 K 94.42 2 1018 61.3 0.72 10.75
0-7 7687 15/641/2527 K 94.48 2 5 0.0 0.67 8.03
0-7 7687 1/490/2406 K 94.05 4 9 0.3 0.98 9.14
0-7 7687 27/570/2298 K 94.93 0 6 2.1 0.68 9.90
0-7 7687 10/480/2318 K 94.82 0 5 9.8 1.43 10.05
0-7 7687 5/530/2378 K 94.88 0 5 0.0 1.30 11.06
0-7 7687 18/555/2366 K 94.95 0 8 0.3 0.63 9.80
0-7 7687 13/586/2557 K 94.78 0 5 2.8 1.17 9.45
0-7 7687 24/536/2316 C 93.56 1 6 0.7 1.03 11.80
1-7 7677 15/570/3050 C 91.70 1 5 0.0 0.76 11.96
1-7 7677 7/533/3336 K 92.67 0 8 0.0 0.78 13.26
1-7 7677 13/550/2908 K 92.81 0 5 9.4 0.83 15.86
1-7 7677 4/556/3050 K 92.79 0 5 0.0 1.37 15.07
1-7 7677 11/520/3185 K 92.80 0 5 62.0 1.02 13.47
1-7 7677 0/596/3078 W 91.74 1 0 0.0 0.73 12.41
1-7 7677 3/431/2826 K 92.66 0 5 0.0 0.64 12.98
1-7 7677 13/507/2988 K 92.30 3 5 68.2 0.98 12.84
1-7 7677 22/485/3235 K 92.50 1 6 2.8 1.42 14.18
1-7 7677 4/499/2869 K 92.79 0 62 9.2 0.96 12.97
1-7 7677 12/607/3019 K 92.83 0 8 0.3 0.69 13.50
1-7 7677 2/591/3081 K 92.15 4 8 10.5 1.01 12.59
1-7 7677 3/600/3132 K 92.77 0 5 0.0 0.69 16.24
1-7 7677 2/571/2976 K 92.24 3 5 0.0 0.65 17.49
1-7 7677 2/529/3162 K 92.33 3 1158 176.4 2.01
1-7 7677 15/569/3196 K 92.47 1 8 0.0 1.14 15.31
1-7 7677 7/605/3190 K 92.11 4 5 0.0 0.87 15.89
1-7 7677 24/558/3056 K 92.18 4 5 61.5 0.94 12.72
1-7 7677 1/475/2977 K 92.13 4 5 0.3 0.87 14.10
1-7 7677 12/549/3156 K 92.62 1 8 60.1 1.35 14.80
1-7 7677 11/524/3014 K 92.09 4 8 0.0 1.22 13.45
1-7 7677 15/537/2978 K 92.45 2 5 0.0 0.82 13.68
1-7 7677 4/571/2928 K 92.75 0 8 0.0 0.99 13.15
1-7 7677 17/492/2826 K 92.83 0 8 0.0 1.39 14.42
1-7 7677 14/550/3245 C 91.95 0 5 9.4 1.67 15.37
2-7 7679 14/559/2378 K 89.68 3 5 71.7 0.93 9.60
2-7 7679 18/495/2383 K 89.87 2 5 413.4 1.43 8.97
2-7 7679 1/521/2379 K 89.52 4 87 8.6 1.07 8.68
2-7 7679 6/505/2280 K 90.14 0 5 60.7 0.94 9.58
2-7 7679 13/471/2296 K 90.19 0 5 0.0 1.06 9.45
2-7 7679 15/572/2291 K 89.71 3 5 0.0 0.83 9.46
2-7 7679 23/542/2516 K 89.94 1 6 0.0 1.37 11.47
2-7 7679 10/599/2468 K 90.17 0 6 0.0 0.87 9.97
2-7 7679 21/523/2300 K 90.07 1 5 0.0 0.89 9.89
2-7 7679 1/509/2535 K 90.01 1 5 0.0 1.58 8.97
2-7 7679 2/528/2376 K 89.79 3 12 13.9 1.09 10.87
2-7 7679 10/537/2519 K 90.18 0 5 0.0 1.56 8.46
2-7 7679 2/550/2572 K 90.10 0 6 0.0 1.92 10.32
2-7 7679 19/527/2422 K 89.94 1 5 9.3 0.61 8.13
2-7 7679 15/564/2465 C 89.27 0 8 80.1 0.79 7.63
2-7 7679 9/570/2549 K 89.53 4 5 61.3 0.99 9.63
2-7 7679 13/537/2323 C 89.25 0 6 0.0 0.80 10.35
2-7 7679 4/526/2315 K 90.19 0 6 0.3 1.03 8.56
2-7 7679 13/592/2477 K 89.94 1 6 9.8 0.79 8.29
2-7 7679 15/528/2353 C 89.00 1 5 0.0 0.67 8.28
2-7 7679 13/537/2386 C 89.37 0 5 62.6 0.59 10.82
2-7 7679 0/488/2240 W 88.97 0 0 0.0 0.80 9.94
2-7 7679 16/482/2294 C 89.41 0 6 0.0 0.31 7.41
2-7 7679 17/497/2298 K 90.07 0 981 61.0 1.90 12.15
2-7 7679 1/469/2279 K 89.56 4 5 3.6 1.63 10.41
3-7 7943 9/595/2510 K 93.56 0 5 61.6 0.92 9.55
3-7 7943 4/531/2639 K 93.57 0 5 0.0 1.02 9.54
3-7 7943 16/587/2375 K 93.60 0 14 8.5 0.89 8.81
3-7 7943 13/572/2471 C 92.58 0 5 0.3 0.99 9.38
3-7 7943 14/459/2278 C 92.39 1 5 0.0 1.04 10.15
3-7 7943 23/561/2586 C 92.50 1 5 0.0 1.34 8.79
3-7 7943 6/546/2349 K 92.77 4 8 0.3 0.75 9.84
3-7 7943 23/464/2328 K 93.22 1 8 0.0 1.30 11.63
3-7 7943 14/576/2504 K 93.61 0 5 0.0 1.07 12.18
3-7 7943 1/675/2707 W 92.04 3 0 0.3 1.05 9.29
3-7 7943 3/509/2419 K 93.47 0 5 0.0 1.30 10.35
3-7 7943 0/548/2378 W 92.51 1 0 0.0 0.55 10.30
3-7 7943 27/599/2394 K 92.84 4 5 0.3 2.12 12.55
3-7 7943 2/595/2463 K 93.61 0 5 0.0 0.85 8.63
3-7 7943 4/482/2426 K 93.15 2 8 7.9 1.71 10.41
3-7 7943 18/522/2255 K 93.42 0 8 9.2 0.59 9.14
3-7 7943 12/457/2442 K 93.50 0 5 0.0 1.49 9.83
3-7 7943 5/533/2435 K 93.55 0 5 0.0 1.06 10.17
3-7 7943 15/538/2486 K 93.45 0 8 2.8 1.08 9.45
3-7 7943 15/549/2572 K 93.60 0 5 0.0 0.87 9.37
3-7 7943 1/492/2453 K 93.02 3 8 0.3 0.97 10.70
3-7 7943 13/598/2589 K 93.59 0 8 61.9 1.73 11.03
3-7 7943 15/569/2455 K 93.21 1 8 0.0 1.06 10.71
3-7 7943 6/520/2246 K 93.43 0 5 0.0 0.72 8.55
3-7 7943 2/571/2545 K 93.19 2 7 0.0 0.65 10.76
4-7 7681 4/462/2358 K 89.07 0 6 0.0 1.61 9.61
4-7 7681 15/574/2321 C 87.87 1 5 0.0 0.62 8.18
4-7 7681 0/547/2605 W 88.07 0 0 0.0 1.30 10.53
4-7 7681 1/512/2319 C 88.19 0 944 61.9 1.18 9.59
4-7 7681 1/522/2338 C 87.94 1 6 4.2 0.81 8.86
4-7 7681 1/536/2410 K 88.78 1 6 0.0 0.95 10.06
4-7 7681 1/501/2357 K 88.41 3 5 0.0 1.18 8.99
4-7 7681 15/589/2469 K 89.06 0 5 0.0 0.84 9.01
4-7 7681 10/394/2126 K 88.31 4 5 0.0 1.43 10.70
4-7 7681 15/535/2460 K 88.80 1 6 0.3 0.67 10.03
4-7 7681 15/474/2233 K 88.44 3 5 0.3 1.20 8.79
4-7 7681 1/540/2332 K 89.10 0 6 0.0 1.10 8.39
4-7 7681 13/520/2301 K 88.52 3 8 62.9 0.70 7.99
4-7 7681 13/478/2264 K 88.51 3 6 9.4 1.29 8.63
4-7 7681 9/549/2379 K 89.09 0 6 0.0 1.48 9.53
4-7 7681 15/577/2401 K 89.05 0 8 0.0 0.61 7.54
4-7 7681 3/479/2267 C 87.91 1 8985 237.2 1.50
4-7 7681 15/567/2521 K 88.30 4 5 0.0 0.63 9.31
4-7 7681 10/502/2351 K 88.46 3 8 0.0 1.15 10.59
4-7 7681 1/511/2408 K 88.73 2 5 0.0 0.64 8.72
4-7 7681 11/505/2278 K 89.08 0 6 0.0 0.72 8.77
4-7 7681 19/492/2433 K 88.76 1 6 81.5 1.72 10.56
4-7 7681 15/571/2380 C 88.17 0 5 0.0 1.44 8.60
4-7 7681 15/579/2452 C 88.08 0 6 0.0 1.28 9.17
4-7 7681 4/468/2273 K 89.08 0 66 8.4 1.56 9.70
5-7 7688 2/518/2414 K 88.00 1 1069 64.0 1.05 12.22
5-7 7688 23/507/2562 K 87.84 1 8 0.3 0.79 11.48
5-7 7688 4/439/2413 K 87.58 4 7 6.9 0.69 10.11
5-7 7688 1/481/2397 K 88.19 0 57 9.0 1.07 9.93
5-7 7688 1/523/2670 K 87.90 1 8 0.0 0.78 9.80
5-7 7688 0/566/2568 W 87.16 0 0 0.0 1.04 11.62
5-7 7688 12/497/2399 K 88.17 0 6 0.0 0.77 11.01
5-7 7688 5/514/2480 K 88.10 0 8 0.0 1.06 12.16
5-7 7688 16/545/2506 K 87.68 3 5 0.3 1.44 12.99
5-7 7688 16/477/2388 C 87.41 0 5 0.3 0.93 10.65
5-7 7688 2/256/2153 C 87.44 0 33 73.1 0.85 8.93
5-7 7688 15/532/2400 K 88.17 0 5 0.0 0.97 9.88
5-7 7688 2/541/2470 K 88.08 0 5 0.0 1.04 10.48
5-7 7688 13/544/2465 K 88.18 0 5 0.3 1.46 11.84
5-7 7688 8/520/2400 K 87.56 4 7 9.1 0.84 10.46
5-7 7688 15/565/2603 K 87.62 3 5 0.0 0.95 10.46
5-7 7688 7/595/2497 K 87.60 4 6 0.0 1.66 10.91
5-7 7688 0/585/2524 W 87.21 0 0 0.0 2.03 11.84
5-7 7688 2/539/2639 W 87.60 0 0 91.0 1.07 12.38
5-7 7688 13/565/2599 C 87.48 0 5 62.2 1.76 13.90

[malalengua]

5-7 7688 1/512/2625 K 87.62 3 5 0.0 0.74 10.91
5-7 7688 15/550/2573 K 88.15 0 5 0.0 0.77 11.73
5-7 7688 15/555/2532 C 87.24 1 5 0.3 1.35 10.41
5-7 7688 14/478/2481 K 88.14 0 5 60.9 0.97 12.10
5-7 7688 6/427/2453 K 87.78 2 5 4.8 1.30 12.55
6-7 7683 1/608/2817 K 91.93 1 5 0.0 1.01 9.54
6-7 7683 16/563/2617 C 91.23 0 5 0.0 0.83 9.93
6-7 7683 2/502/2561 K 91.96 1 5 0.0 1.15 10.66
6-7 7683 2/583/2585 K 92.20 0 5 0.0 1.13 10.70
6-7 7683 15/494/2710 K 91.66 3 6 0.0 1.27 12.08
6-7 7683 2/574/2679 K 92.19 0 5 0.0 1.25 10.95
6-7 7683 14/529/2443 K 91.67 3 5 9.8 1.06 9.55
6-7 7683 19/626/2736 K 92.19 0 5 70.8 1.28 12.35
6-7 7683 7/483/2453 K 91.99 1 7 0.0 1.36 10.50
6-7 7683 15/545/2671 C 91.10 0 6 2.8 2.01 11.85
6-7 7683 10/526/2809 K 91.36 4 5 0.0 1.30 10.60
6-7 7683 1/471/2582 K 92.13 0 12 0.5 1.16 10.22
6-7 7683 0/596/2716 W 90.36 3 0 0.0 1.25 11.93
6-7 7683 15/600/2523 C 91.09 0 5 2.8 0.96 10.27
6-7 7683 12/540/2666 K 91.86 2 5 70.4 0.92 9.26
6-7 7683 1/499/2758 K 92.01 1 6 0.3 1.75 13.30
6-7 7683 16/472/2330 K 91.41 4 8 0.3 1.91 10.96
6-7 7683 1/513/2574 K 92.12 0 6 0.8 1.24 10.50
6-7 7683 10/543/2587 C 91.27 0 5 0.0 0.67 10.19
6-7 7683 9/549/2551 K 92.18 0 5 0.0 0.78 10.27
6-7 7683 15/469/2533 K 91.88 2 5 0.3 0.61 9.95
6-7 7683 16/528/2520 K 92.15 0 6 2.9 0.93 10.54
6-7 7683 15/600/2752 K 92.12 0 5 70.3 1.11 10.23
6-7 7683 21/530/2655 K 92.05 0 5 0.0 1.11 11.74
6-7 7683 16/529/2792 K 92.16 0 5 0.0 1.23 11.65
7-7 7685 16/528/2375 C 89.70 0 6 0.0 1.59 11.09
7-7 7685 1/460/2265 K 90.74 0 6 0.0 1.08 8.05
7-7 7685 2/497/2240 C 89.46 1 59 71.8 0.78 7.82
7-7 7685 15/527/2509 K 90.22 3 5 0.3 1.12 8.35
7-7 7685 15/527/2396 K 90.63 0 5 0.0 0.69 10.98
7-7 7685 0/493/2270 W 89.32 0 0 0.0 0.77 8.96
7-7 7685 4/569/2548 K 90.15 4 74 77.5 2.05 9.11
7-7 7685 15/553/2412 C 89.83 0 5 0.0 0.92 7.97
7-7 7685 23/563/2271 K 90.51 1 6 0.3 0.87 8.48
7-7 7685 29/483/2315 K 90.18 4 5 0.3 1.58 10.88
7-7 7685 16/530/2293 K 90.71 0 5 0.3 0.89 10.18
7-7 7685 15/542/2512 K 90.31 3 5 0.0 0.92 9.20
7-7 7685 2/503/2435 K 90.38 2 8 0.0 1.07 10.52
7-7 7685 15/599/2395 K 90.73 0 5 0.0 0.79 9.25
7-7 7685 2/564/2495 K 90.67 0 8 0.0 1.34 9.91
7-7 7685 27/535/2369 K 90.15 4 5 0.0 0.70 7.99
7-7 7685 14/529/2324 K 90.29 3 5 2.8 0.61 9.60
7-7 7685 1/556/2569 K 90.75 0 2648 61.6 0.86 8.69
7-7 7685 14/534/2245 K 90.75 0 5 79.3 1.29 9.86
7-7 7685 3/553/2500 K 90.66 0 5 0.0 1.21 9.26
7-7 7685 15/467/2281 K 90.03 4 5 0.0 0.64 8.86
7-7 7685 11/553/2319 K 90.71 0 5 0.0 0.83 7.16
7-7 7685 1/501/2452 K 90.01 4 9 0.3 1.04 8.86
7-7 7685 15/647/2448 K 90.46 2 5 0.0 0.67 8.35
7-7 7685 4/453/2116 K 90.58 1 5 0.0 0.82 7.62
8-7 7728 7/511/2368 K 91.70 1 5 0.0 1.14 11.69
8-7 7728 16/563/2240 K 91.24 4 5 0.0 0.86 10.13
8-7 7728 7/526/2247 K 91.22 4 8 0.0 1.00 10.10
8-7 7728 4/457/2251 C 90.51 1 5 1.1 1.49 11.39
8-7 7728 13/613/2226 K 91.74 0 8 0.0 1.01 13.41
8-7 7728 16/574/2410 C 91.08 0 5 0.3 1.32 11.02
8-7 7728 16/549/2398 K 91.78 0 7 0.3 0.80 10.99
8-7 7728 1/500/2329 K 91.68 1 5 0.0 1.03 10.43
8-7 7728 16/555/2300 K 91.44 3 5 0.3 0.96 11.24
8-7 7728 10/486/2350 K 91.84 0 8 0.3 0.81 11.93
8-7 7728 1/534/2357 K 91.10 4 6 0.3 1.25 12.66
8-7 7728 13/563/2392 K 91.20 4 5 63.9 1.13 9.94
8-7 7728 1/523/2246 K 91.36 3 58 8.6 1.52 11.41
8-7 7728 16/464/2104 C 91.06 0 6 0.0 0.99 10.80
8-7 7728 1/570/2364 K 91.62 1 8 0.0 0.94 13.02
8-7 7728 11/592/2500 C 90.85 0 8 77.2 1.28 11.66
8-7 7728 16/495/2394 C 90.87 0 6 0.0 0.92 10.56
8-7 7728 17/494/2312 K 91.84 0 8 0.0 0.94 11.39
8-7 7728 27/560/2148 K 91.83 0 6 50.6 1.57 12.44
8-7 7728 1/492/2362 K 91.82 0 6 0.3 1.07 11.02
8-7 7728 16/517/2010 K 91.37 3 5 0.3 0.92 9.57
8-7 7728 27/534/2438 K 91.33 4 6 9.7 1.34 11.83
8-7 7728 14/569/2477 C 91.00 0 6 9.1 0.98 10.97
8-7 7728 8/514/2278 K 91.76 0 5 9.1 1.12 11.81
8-7 7728 11/622/2492 K 91.81 0 5 0.3 1.08 12.50
9-7 7768 14/626/2347 K 93.29 1 5 60.4 1.23 10.62
9-7 7768 17/617/2338 K 93.63 0 5 2.8 0.80 10.01
9-7 7768 22/576/2386 K 93.33 1 5 2.7 0.87 10.91
9-7 7768 4/449/2169 K 93.62 0 6 62.2 0.73 9.87
9-7 7768 8/515/2305 K 93.60 0 6 61.5 1.21 10.70 1
9-7 7768 16/555/2368 C 92.56 0 6 0.0 1.11 11.73
9-7 7768 14/597/2444 K 92.80 4 8 9.4 1.43 12.13
9-7 7768 8/563/2354 K 93.44 0 8 0.0 0.91 10.59
9-7 7768 13/559/2218 K 93.55 0 8 0.0 0.83 12.01
9-7 7768 6/547/2053 K 93.19 2 5 185.4 1.05 10.62
9-7 7768 10/479/2224 K 92.75 4 5 0.0 1.19 11.36
9-7 7768 0/534/2330 W 93.46 0 0 0.0 1.04 11.02
9-7 7768 14/547/2271 K 93.57 0 11 71.4 0.86 8.93
9-7 7768 23/500/2309 C 92.48 1 8 0.0 1.36 11.89
9-7 7768 7/477/2293 K 93.54 0 64 8.7 1.13 12.16
9-7 7768 1/586/2350 K 92.88 3 5 0.0 1.02 9.56
9-7 7768 16/453/2264 C 92.65 0 5 0.3 0.92 12.07
9-7 7768 1/532/2232 K 92.79 4 83 9.1 1.03 12.43
9-7 7768 3/563/2151 C 92.38 1 7 3.0 1.15 9.98
9-7 7768 3/568/2285 K 92.85 4 809 107.3 1.00 11.05
9-7 7768 10/508/2164 K 93.61 0 5 7.2 0.76 11.54
9-7 7768 3/534/2282 K 93.52 0 8 8.4 0.85 11.01
9-7 7768 5/547/2247 K 93.58 0 6 0.3 1.26 11.78
9-7 7768 1/616/2380 K 93.61 0 5 0.0 0.82 10.66
9-7 7768 1/536/2215 K 93.35 1 5 0.0 0.81 10.29

Srv Child Server number - generation
PID OS process ID
Acc Number of accesses this connection / this child / this slot
M Mode of operation
CPU CPU usage, number of seconds
SS Seconds since beginning of most recent request
Req Milliseconds required to process most recent request
Conn Kilobytes transferred this connection
Child Megabytes transferred this child
Slot Total megabytes transferred this slot
SSL/TLS Session Cache Status:
cache type: DBM, maximum size: unlimited
current sessions: 0, current size: 0 bytes
average session size: 0 bytes
mod_fcgid status:
Total FastCGI processes: 9
Process name: php5
Pid Active Idle Accesses State
9186 115 0 176 Ready
7930 601 7 451 Ready
9187 115 7 219 Ready
9185 116 0 151 Working
7942 599 1 337 Working
9188 115 1 231 Working
9184 116 3 106 Working
Process name: php5
Pid Active Idle Accesses State
8215 446 445 2 Ready
Process name: php5
Pid Active Idle Accesses State
8186 550 57 10 Ready

[Datacenter1]

Desctiva Keepalive eso lo resolverá y no creo que notes ninguna pérdida de rendimiento, probablemente hasta se gane