Sistemas operativos modernos

rie. El registro de serie puede contener tantos pares como sea necesario. En la figura 11-36 se ilustra el uso de este esquema con un archivo de nueve bloques divididos en tres series. Encabezado de Encabezado Encabezado- información de nombre de de datos Información de bloques de datos ■ Números de bloque 20-23 64-65 60-62 Figura 11-36. Registro M F T para un archivo de tres series y nueve bloques. En esta figura tenemos un registro MFT para un archivo corto (“corto” quiere decir aquí que toda la información acerca de los bloques del archivo cabe en un solo registro MFT). Consiste en las tres series de bloques consecutivos en el disco. La primera serie comprende los bloques 20-23, la segunda, los bloques 64-65, y la tercera, los bloques 80-82. Cada una de estas series se graba en el registro MFT como un par (dirección en disco, número de bloques). El número de se­ ries depende de lo bien que el asignador de bloques de disco haya hecho su trabajo de encontrar series de bloques consecutivos en el momento en que se creó el archivo. En el caso de un archi­ vo de n bloques, el número de series puede variar entre 1 y n incluyendo a este último. Conviene hacer aquí varios comentarios. Primero, no existe un límite superior para el ta­ maño de los archivos que pueden representarse de esta manera. Si no se efectúa compresión de direcciones, cada par requiere dos números de 64 bits, para un total de 16 bytes. Sin embar­ go, un par podría representar un millón de bloques de disco consecufivos, o más. De hecho, un archivo de 20 MB que consta de 20 series de un millón de bloques de l KB cada una cabe con fa­ cilidad en un registro MFT, mientras que no cabría un archivo de 60 KB diseminado en 60 blo­ ques aislados. Segundo, aunque la forma directa de representar cada par ocupa 2 x 8 bytes, existe un mé­ todo de compresión para reducir el tamaño de los pares a menos de 16 bytes. Muchas direccio­ nes de disco tienen múltiples bytes Ode orden alto, que pueden omitirse. El encabezado de datos indica cuántos se omiten, es decir, cuántos bytes se usan realmente por cada dirección. También se usan otros tipos de compresión. En la práctica, es común que los pares ocupen sólo 4 bytes. Nuestro primer ejemplo fue fácil: toda la información del archivo cabía en un solo regis­ tro MFT. ¿Qué sucede si el archivo es tan grande o está tan fragmentado que la información de bloques no cabe en un registro MFT? La respuesta es sencilla: se usan dos o más registros MFT. En la figura 11-37 vemos un archivo cuyo registro base está en el registro MFT 102. Hay demasiadas series para un solo registro MFT, así que se calcula el número de registros de ex-