8GB en RAM, disco SSD, Clock = 2000.030 CentOs y servidor es LEEEEEnnnnnttttooooo...

Hola.

Yo misma no me lo creo,
pero tengo un servidor con
8GB en RAM, disco SSD, Clock = 2000.030 CentOs cPanel y unas pocas cuentas...

Y es el más lento de mis servidores.

Cuando hablo con el DataCenter, me responden que para mejorar el desempeño debo comprarles más

UPLINK

por un precio de 1GB = US $10 al mes.

¿piensan ustedes que ése puede ser el problema de ésta lentitud tan desesperante?

¿pueden sugerirme alguna manera de averiguar que hace tan lento un servidor "tan bueno"?

Gracias

PD: me dicen que instale

CODE, HTML o PHP Insertado:

root@datinpa [~]# yum install iperf
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirror.pac-12.org
 * extras: centos.sonn.com
 * updates: mirror.tocici.com
Setting up Install Process
No package iperf available.
Error: Nothing to do
root@datinpa [~]#

pero ése es el resultado...

 

haz una prueba de testeo de lectura/escritura en disco, si todo da correcto acorde a discos ssd, seguramente tendrás la conectividad limitada , muy muy limitada. saludos.

 

Gracias.

Todo indica que dispongo de 100MB de conexión sobre DUPLEX:

Speed: 100Mb/s
Duplex: Full

y véo que los procesos al interior del servidor (compilar, descargar, etc...) son bastante rápidos.

Pero lo que corre sobre el puerto 80 tóma hasta 4 segundos para entregarse... (las webs)

 

Grácias.

Con ése programa puedo detectar mi velocidad de UPLINK ?
O puedo detectar si tengo errores en el puerto 80, o Apache... ¿?

 

Ejecuta por SSH:

CODE, HTML o PHP Insertado:

cd; wget http://cachefly.cachefly.net/100mb.test; rm -rf 100mb.test; cd /; dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm -rf test; cd /home; dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm -rf test; cd /var/lib/mysql; dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm -rf test; cd;

Péganos aquí los resultados y te decimos a ver que tal...


Salu2!

 

Antes de instalar nada pásale el Unixbench para hacer pruebas de testeo y rendimiento.

 

Por las características que mencionas, debería estar funcionando todo bien.
También debes revisar que tus programas no tengan algún problema de código.

 

No habrás contratado el servidor al otro lado del mundo, aveces pasa que la red va algo mal en algunos centros de datos con otros continentes y tienes mucho delay.

 

La lentitud es en tu red lan con tu adsl o afuera de tu red también pasa? Que proveedor tienes de ADSL. Igual no tiene peering y está en Canada el dedicado es es lo que comenta Skamasle o tienen el ancho de banda sobre vendido en el rack.

Dinos precio del dedicado
Si es en tu red o en todas
Ubicación del datacenter donde tienes tu dedicado

 

Gracias.
Corrí tus comandos línea por línea de ésta manera:

wget http://otherplace.com/test
cd /; dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm -rf test;
cd /home; dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm -rf test;
cd /var/lib/mysql; dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm -rf test;

obteniendo estos resultados:

CODE, HTML o PHP Insertado:

http://otherplace.com/test
Resolving otherplace.com... 69.43.160.151
Connecting to otherplace.com|69.43.160.151|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [text/plain]
Saving to: âtestâ

100%[==================================================================================>] 1,073,741,824 6.16M/s  in 2m 58s
(5.74 MB/s) - âtestâ

16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 18.3371 s, 58.6 MB/s

16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 25.3578 s, 42.3 MB/s

16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 26.2798 s, 40.9 MB/s

 

Eso me parecería bastante normal con raid1 por software y discos sata viejos pero en ssd no me acaba de cuadrar. Pega un cat /proc/cpuinfo para ver que no te esten colando un virtual como un dedicado.

 

Red lenta -> 5MB/s, debería sacar al menos el doble
Discos SSD lentos -> 50 MB/s -> Debería sacar al menos 200 MB/s

 

Solución: Cambiar de proveedor. No le veo otra al asunto.

 

Prueba a hacer una prueba de red contra tu proveedor más cercano:

wget -O speedtest-cli https://raw.github.com/sivel/speedtest-cli/master/speedtest_cli.py
chmod +x speedtest-cli
./speedtest-cli --share

El disco me parece lento, que disco SSD es ?

hdparm -I /dev/sda (Cambialo por el disco en concreto).

Que velocidad te da el disco con htparm ?

hdparm -Tt /dev/sda (Cambialo por el disco en concreto).

Con discos desktop (SATA3) yo tengo:

root@kumo2:~# hdparm -Tt /dev/sdc

/dev/sdc:
Timing cached reads: 25312 MB in 1.99 seconds = 12741.28 MB/sec
Timing buffered disk reads: 1522 MB in 3.00 seconds = 506.99 MB/sec

El test que tu envías de disco:

root@kumo2:~# cd /; dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm -rf test;

16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 2.61022 s, 411 MB/s

Tienes IOdelay ? casi seguro que es ese el causante de tu lentitud:

top -n 1 |grep "%Cpu"

Con estas pruebas yo creo que podremos darte una respuesta de que le pasa a tu pobre servidor jejeje

 

ME DISCULPO POR COMPLETO

intenté EDITAR y me salió que no puedo hacerlo por que han pásado 5 minutos.

ESE RESULTADO CORRESPONDE A UN SERVIDOR "en buen estado" con discos HDD

El servidor con SSD y 8 GB en RAM nos responde así de TERRIBLE!!!:

root@hn [~]# cd; wget http://otherplace.com/test;
http://otherplace.com/test
Resolving otherplace.com... 69.43.160.151
Connecting to otherplace.com|69.43.160.151|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1073741824 (1.0G) [text/plain]
Saving to: âtest.1â

18% [========> ] 198,650,750 20.4K/s eta 2h 13m


Llevo más de 50 minutos esperando a que termine la descarga...
:'(

 

Las otras tres líneas devuelven éste resultado:

CODE, HTML o PHP Insertado:

cd /; dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm -rf test;
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 4.8369 s, 222 MB/s

cd /home; dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm -rf test;
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 4.85302 s, 221 MB/s

/var/lib/mysql; dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync; rm -rf test;
16384+0 records in
16384+0 records out
1073741824 bytes (1.1 GB) copied, 4.81367 s, 223 MB/s

y aquí está el comando sugerido por f.villalba:

CODE, HTML o PHP Insertado:

root@hn [~]# cat /proc/cpuinfo
processor  : 0
vendor_id  : GenuineIntel
cpu family  : 6
model  : 37
model name  : Intel(R) Pentium(R) CPU  G6950  @ 2.80GHz
stepping  : 5
cpu MHz  : 2800.000
cache size  : 3072 KB
physical id  : 0
siblings  : 2
core id  : 0
cpu cores  : 2
apicid  : 0
initial apicid  : 0
fpu  : yes
fpu_exception  : yes
cpuid level  : 11
wp  : yes
flags  : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid popcnt lahf_lm arat dts tpr_shadow vnmi flexpriority ept vpid
bogomips  : 5600.21
clflush size  : 64
cache_alignment : 64
address sizes  : 36 bits physical, 48 bits virtual
power management:

processor  : 1
vendor_id  : GenuineIntel
cpu family  : 6
model  : 37
model name  : Intel(R) Pentium(R) CPU  G6950  @ 2.80GHz
stepping  : 5
cpu MHz  : 2800.000
cache size  : 3072 KB
physical id  : 0
siblings  : 2
core id  : 2
cpu cores  : 2
apicid  : 4
initial apicid  : 4
fpu  : yes
fpu_exception  : yes
cpuid level  : 11
wp  : yes
flags  : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid popcnt lahf_lm arat dts tpr_shadow vnmi flexpriority ept vpid
bogomips  : 5600.21
clflush size  : 64
cache_alignment : 64
address sizes  : 36 bits physical, 48 bits virtual
power management:

root@hn [~]#

...sigo esperando el resultado de:

CODE, HTML o PHP Insertado:

cd; wget http://otherplace.com/test;

 

Prueba una cosa antes de darle la culpa a la red:

cd; wget http://cachefly.cachefly.net/100mb.test -O /dev/null;

Esta es la respuesta normal en un servidor con 1Gbps:

CODE, HTML o PHP Insertado:

root@kumo2:/# cd; wget http://cachefly.cachefly.net/100mb.test -O /dev/null;

--2014-08-18 20:17:51--  http://cachefly.cachefly.net/100mb.test
Resolving cachefly.cachefly.net (cachefly.cachefly.net)... 5.145.168.130
Connecting to cachefly.cachefly.net (cachefly.cachefly.net)|5.145.168.130|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104857600 (100M) [application/octet-stream]
Saving to: ‘/dev/null’

100%[=================================================================================================================>] 104,857,600 77.0MB/s   in 1.3s  

2014-08-18 20:17:52 (77.0 MB/s) - ‘/dev/null’ saved [104857600/104857600]

 

Pues chico, parece una cosa de la red 100%, prueba el comando que te he pasado arriba por descartar, pero las pruebas dan resultados claros !