strip/block size y otros temas de RAID (largo)

[Alvaro Herrera]

Horst H. von Brand escribió:
> Aldrin Martoq <amartoq en dcc.uchile.cl> wrote:

> > Saber la distribucion del blocksize de un I/O es algo impagable. Pagaria
> > un 10% de performance con tal de saber esa info y mucha otra,
> 
> No estamos hablando de 10%, sino 50% o incluso mucho mas...
> 
> Y la "distribucion del blocksize de un I/O" es mas bien trivial: El taman~o
> de bloque de tu sistema de archivos, ni un byte mas ni uno menos. Medir
> distribucion de taman~os de lecturas o escrituras es otro cuento... y alli
> entra todo el stack (la aplicacion dice algo, libc (stdio et al) se encarga
> de algun buffering, el sistema de archivos decide que I/O hacer cuando y
> "fisicamente" donde, la capa de dispositivos de bloque de tu nucleo acumula
> operaciones y las reordena (toda esa linda teoria de elevadores como SCAN y
> demases en sistemas operativos), y finalmente el disco hace lo suyo con
> buffering interno). Con todos esos involucrados, de cuyas actividades el
> sistema operativo puede mostrarte cuando mucho un segmento muy estrecho, no
> veo como podrias resolver problemas de rendimiento. Salvo que este mal
> implementada parte del sistema operativo... y ese es otro saco de pulgas.

Precisamente ese es el saco de pulgas importante, porque en varias
pruebas con Postgres se ha visto que de una version a otra del kernel
Linux (ceteris paribus), el rendimiento en pruebas determinadas puede
cambiar mucho.

-- 
Alvaro Herrera                          Developer, http://www.PostgreSQL.org/
"[PostgreSQL] is a great group; in my opinion it is THE best open source
development communities in existence anywhere."                (Lamar Owen)