From: | Gunnar Wolf <gwolf(at)gwolf(dot)org> |
---|---|
To: | Victor Lopez <v(dot)lopez(dot)s(at)ono(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: ampliar fisicamente |
Date: | 2006-09-12 14:49:49 |
Message-ID: | 20060912144949.GF9719@gwolf.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Alvaro Herrera dijo [Mon, Sep 11, 2006 at 11:00:02AM -0400]:
> > No, si yo estoy 'parcialmente' de acuerdo en lo que me decís
>
> Lo que sucede es que Oracle se escribio en los 70, cuando los sistemas
> de archivos de los sistemas operativos eran horriblemente malos. Oracle
> necesitaba una forma de quitarse de encima la restriccion de rendimiento
> que le imponia el sistema de archivos, y de ahi salio la idea de usar el
> disco en forma "raw" (sin sistema de archivos).
>
> De ahi a pasar a manejar la base de datos dentro de archivos de tamaño
> fijo, que si estan manejados por el sistema de archivos, no hay mas que
> uno paso (y uno bastante obvio).
>
> Hoy por hoy, el trade-off entre usar el disco directamente (sin FS) y
> usarlo con FS no es tan claro; el punto fundamental es que los FSs son
> mucho mas rapidos que hace 25 años, y los sistemas operativos son
> muchisimo mas inteligentes.
Te falta un punto importante: Hace 25 a�os, la geometr�a
reportada por un disco duro era reflejo preciso de la realidad: Un
disco duro pod�a tener 4 cabezas, 512 cilindros y 63 sectores por
cilindro, cada sector con 512 bytes - Un bonito disco duro de
65MB. Claro, le dices al controlador "vete al cilindro 30, cabeza 1,
sector 28 y lee lo que diga ah�", y directamente lo hace. Cuando
naci� IDE comenz� a haber ciertas traducciones tras
bambalinas. Al pasar de discos duros de 1GB, las traducciones
comenzaron a hacerse dram�ticas.
Hoy en d�a, mi disco duro me dice:
hda: 156301488 sectors (80026 MB) w/8192KiB Cache, CHS=16383/255/63, UDMA(100)
Un disco duro con 16383 cilindros, 255 cabezas y 63 sectores. Claro
est�, en 2.5 pulgadas (es el disco de una Mac Mini), esto es
claramente una broma - �o no? �255 cabezas lectoras no caben
ah� ni a empujones! (aparte de que ser�an car�simas) Bueno,
los discos duros actuales siguen colgando de las definiciones de los
BIOSes antiguos.
�A qu� voy con esto? A que antes, Oracle organizaba sus datos en
el disco para optimizar el tiempo de desplazamiento de la cabeza,
poniendo cerca los �ndices, las tablas m�s utilizadas, etc. Hoy
en d�a, como el controlador es mucho m�s inteligente, esos datos
terminar�an regados como a �ste le venga en gana. Incluso si tu
disco duro comienza a tener sectores da�ados, puede que ni te
enteres - los datos que cuesta trabajo leer son movidos a otros
sectores, y en alg�n momento de calma el controlador del disco en
cuesti�n ve si puede recuperar los sectores problem�ticos, o
simplemente los marca como da�ados.
En resumen: El disco duro ya no es un mapa claro, ahora ese bonito
mapa es s�lo una abstracci�n de la realidad.
Saludos,
--
Gunnar Wolf - gwolf(at)gwolf(dot)org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
From | Date | Subject | |
---|---|---|---|
Next Message | Gunnar Wolf | 2006-09-12 14:51:38 | Re: Perl con Postgres en Windows |
Previous Message | José Fermín francisco ferreras | 2006-09-12 14:44:47 | RE: Version mas estable de Postgresql |