[Ayuda Linux] [AYUDA] Servidores Proliant no muy eficientes (?)

[Gustavo Guillermo]

El Sábado, 3 de Mayo de 2008, addsmgt escribió:
> Bueno lista, empecemos con un comentario que tal vez ayude a algunos
> de Uds o me puedan aclarar duda dudas que aun tengo:
> El caso es motivado por un proyecto de una migracion de un servidor
> implementado en un PC con un procesador Pentium 4 a 3 Ghz y 1 Gb de
> memoria, sobre el esta corriendo una aplicacion (Macropro)
> administrativa que utiliza Acucobol (7.0) como plataforma de
> desarrollo; pues bien, se adquirio un Proliant ML150 con un procesador
> Xeon Quadcore a 1.6 Ghz con 2 Gb de memoria. En el primero se tiene
> instalado Fedora Core 2 y en el 2o se tuvo que instalar Suse 10.3 ya
> que el Fedora (aun el 8.0) ni el Suse 9.0 no reconocen la tarjeta
> controladora raid SATA que tiene el equipo (tambien se instalo Centos
> 5 y funciono igual de "bien" que el suse 10.3).
¿Esas versiones eran para 64Bits?
> Toda la aplicacion funciono "bien" en el nuevo servidor salvo un
> "pequeño y minusculo detalle": el rendimiento del Proliant es
> pauperrimo, me explico a continuacion. Los indices de rendimiento que
> corrimos para probar uno y otro equipo resultaron un poco
> desfavorables para el Proliant en el caso del CPU (170 contra 189 del
> PIV), sin embargo, en el caso del disco duro el indice en el servidor
> nuevo fue de 190 contra 100 del P4, lo que significaba una mejora
> significativa de cara al uso intensivo que deberia enfrentar el equipo
> por el tipo de aplicacion a soportar, esto fue lo teorico, pero la
> realidad fue una muy distinta: un proceso que no tarda ni 0.5 segundos
> en el PIV se tarda mas de 16 segundos en el Quad!!! Bueno, dijimos,
> esto no es problematico, si se comporta igual en el proceso mas
> tardado (un reporte) que se come 25 min en el "viejito" y se tarda 17
> seg mas en el proliant, no seria gran diferencia, a sabiendas de que
> renovariamos tecnologia (una de las razones del cambio es un problema
> de calentamiento en el PIV que eventualmente resetea el servidor).
> Pero el gran chasco es que el susodicho reporte se toma mas de 45 min
> (lo abortamos) en el Proliant, algo que los usuarios no van a aprobar
> y obviamente la direccion general no consecuentara.
> Estuvimos elaborando hipotesis algunas las probamos y otras quedaron
> como tentativas a  probar, y esa es la razon de esta larga expocisión
> a efecto de que si alguno puede rebatir o abundar mas en el tema nos
> de una luz sobre alguna posible solucion (si es que la hay).
>
> Hipotesis 1: La velocidad del CPU es la causante. Las pruebas de
> rendimiento que hicimos con software de 32 bits nos reporto una
> diferencia no mayor en el Proliant, y ademas se esperaba una
> compensacion por la velocidad del disco duro, que DEBERIA ser el
> cuello de botella y no el CPU.
No lo creo aquí tenemos un AMDX2 y el rendimiento es terrible utlizando gentoo 
con compatibilidad 32/64 al mismo tiempo, pero eso si, una aplicación de 32 
bits no siempre va a correr más rápido en un procesador de 64, sólo se 
beneficiará con un núcleo Linux construido para multiprocesadores (SMP) por 
lo cual un procesador quedará libre más o menos para el núcleo y el otro para 
aplicaciones si tienes 4, sobrarán otros dos procesadores pero una aplicación 
que no fue diseñada para correr hilos de proceso en paralelo no es capaz de 
aprovechar una máquina multiprocesos.

En mi experiencia bajo Linux Intel no tiene la misma performance que AMD, pero 
puedes revisar con cat /proc/cpuinfo a ver si está tu núcleo reconociendo los 
dos procesadores. por otro lado te puede ayudar reconstruir la libc con 
instrucciones avanzadas de tu procesador.

Aún utilizando sólo una plataforma de 32bits deberías experimentar una mejora 
sustancial si estás utilizando un núcleo SMP.

En un experimento con una base de datos, se reunieron 62 versiones de la 
biblia en diferentes idiomas, se procesaron las palabras y se hizo un índice 
con MySQL, la base de datos tardó 6 horas en un AMDX2 5000 (2600MHZ) 
utilizando multihilos. En un AMDXP 2400 (2000MHZ) el proceso tardó 5 días 
corridos sin detenerse. Por lo tanto si fue sustancial la mejora, las 
búsquedas en la base de datos con el servicio MySQL corriendo en cada PC, 
dieron unos 15 segundos en una búsqueda monstruosa en el AMDXP y unos 3 
segundos en el AMDX2.

Espero te sirva la comparación.

> Hipotesis 2: La memoria es insuficiente: desechada, el monitor mostro
> un uso minimo de memoria (25%), nunca se requirio del uso del area de
> swap.
> Hipotesis 3: El software de 32 bits en un CPU de 64 bits resulta en
> tal ineficiencia. Esto lo descartamos al realizar una prueba en una PC
> con un Athlon 4800+ que reporto una eficiencia similar a la P4 a pesar
> de ser mas lento el primero.
> Hipotesis 4: El software base (Acucobol) detecta la arquitectura y
> hace cosas inutiles a efecto de no ser eficiente en una diferente a la
> que se diseño, a efecto de obligar la adquisicion de una nueva
> licencia adecuada al hardware nuevo (No me extrañaria) Alguien puede
> rebatir esto? aparente la prueba con el Athlon desbarata esta
> hipotesis.
> Hipotesis 5: HP diseño el servidor para funcionar bien solo con dos
> procesadores. Lo vamos a probar ya que esta es la hipotesis mas
> economica, sin desechar el servidor, claro.
> Hipotesis 6: Xeon Quad es una porqueria. Seria demostrable con un
> servidor similar con AMD athlon u Opteron
>
> Alguien ha tenido alguna experiencia similar?
> Algun comentario?
> Gracias de antemano y saludos
> --~--~---------~--~----~------------~-------~--~----~
> Has recibido este mensaje porque estás suscrito a Grupo "ayuda-linux"
> de Grupos de Google.
> Si quieres publicar en este grupo, envía un mensaje de correo
> electrónico a ayuda-linux en googlegroups.com
> Para anular la suscripción a este grupo, envía un mensaje a
> ayuda-linux-unsubscribe en googlegroups.com
> Para obtener más opciones, visita este grupo en
> http://groups.google.es/group/ayuda-linux?hl=es. o
> http://www.compunauta.com/ayuda/
> -~----------~----~----~----~------~----~------~--~---



-- 
Gustavo Guillermo Pérez
Compunauta uLinux
www.compunauta.com

--^----------------------------------------------------------------
This email was sent to: sandino en sandino.net

EASY UNSUBSCRIBE click here: http://topica.com/u/?b1duDj.bUlRIm.c2FuZGlu
Or send an email to: ayuda-linux-unsubscribe en topica.com

For Topica's complete suite of email marketing solutions visit:
http://www.topica.com/?p=TEXFOOTER
--^----------------------------------------------------------------