On 27/07/12 15:31, DamonG wrote:
> Como andan chicos,
> en el trabajo estoy utilizando OpenNMS para monitoreo, el mismo cuenta
> con un data collection de RRD. La obtencion de RRDs consume demasiado
> IO de disco, estoy utilizando un disco con un particion  XFS solamente
> para almacenar los RRD.
> Estoy utilizando el kernel 2.6.18-308.4.1.el5 (CentOS), las opciones
> de montaje para la particion son defaults,noatime,nodiratime
> y si sirve les paso mas info de la particion:
>
>
> meta-data=/dev/sdb1              isize=256    agcount=16, agsize=781411 blks
>          =                       sectsz=512   attr=1
> data     =                       bsize=4096   blocks=12502576, imaxpct=25
>          =                       sunit=0      swidth=0 blks, unwritten=1
> naming   =version 2              bsize=4096
> log      =internal               bsize=4096   blocks=6104, version=1
>          =                       sectsz=512   sunit=0 blks, lazy-count=1
> realtime =none                   extsz=4096   blocks=0, rtextents=0
>
Tenes dos problemas grandes:

1. Un kernel prehistórico. Cualquier optimización que vayas a sacar es
mínima usando un kernel 2.6.18, tenes que tener en cuenta que tiene mas
de 7 anios releaseado.
Principalmente no solo por que es viejo y esta pensado para hardware y
prestaciones de aquel entonces, sino que por aquel momento XFS no era ni
1/4 de lo maduro y estable que se ha venido logrando.
Hay un salto de performance brutal en cuanto a las mejoras en el manejo
interno, metadata, delayed logging, rbtree cache, radix tree para cache
de inodos y manejo en SMP (aka, global superlock contention).
Creeme cuando te digo que usar XFS en un 2.6.18 de centos es lo mismo
que andar en un carting con ruedas de un roadster, en primera. Desde
donde sea que lo veas, no hay forma que pueda caminar.

2. Internamente, por como funciona XFS, la manipulacion de archivos
diminutos, mas aun con el caso de los RRDs que son de un tamanio
estático de 50k a través de la vida del archivo (RRD es una referencia
circular en donde se vuelven a pisar los datos al momento de completarse
una vuelta completa en un ciclo), hacen que justo XFS sea una de las
peores elecciones al momento de decidir que FS es óptimo para esto.

Mi recomendación es que no pierdas tiempo y uses software de esta
década, mínimamente.


Saludos,

:D:

-- 
BOFH excuse #234:
Someone is broadcasting pygmy packets and the router doesn't know how to deal 
with them.


Attachment: signature.asc
Description: OpenPGP digital signature

Lanux - Grupo de usuarios de GNU/Linux de Lanus
Visitanos en: http://www.lanux.org.ar

Reglas de etiqueta para el posteo de mensajes a  la lista:
http://www.lanux.org.ar/?page_id=35

Articulos y noticias por rss:
http://www.lanux.org.ar/?feed=rss2

Lanux por irc:
irc.freenode.net -> #lanux.
_______________________________________________
General mailing list
[email protected]
http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general

Responder a