ESTAS PREGUNTAS LAS VAN A RESPONDER UTILIZANDO EL CAPITULO 5 DEL LIBRO DE

TANENBAUM, QUE LES ENVIE POR CORREO. LAS VAN A ENVIAR A MI CORREO ESTA TARDE. EL
QUE NO LO ENVIE HOY, PUEDE GUARDARLO PARA SI.
Y PARA EL LUNES VAMOS A DISCUTIR ESTO Y VAN A ESTUDIAR LA PARTE QUE HABLA SOBRE LA
VISION LOGICA, IMPLEMENTACION DE SISTEMAS DE ARCHIVOS.

1- Qu es un archivo?
Segn el autor del libro esta puede tener dos significados dependiendo de cmo lo
veamos desde fuera o desde dentro:
Visto desde fuera, un sistema de archivos es una coleccin de archivos y directorios, junto
con operaciones para manejarlos. Podemos leer y escribir archivos, crear y destruir
directorios, y pasar archivos de un directorio a otro.
Visto desde el interior, un sistema de archivos tiene un aspecto muy distinto. Los
diseadores de un sistema de archivos deben preocuparse por la forma de asignar
almacenamiento, y del mecanismo para saber siempre qu bloque corresponde a cul
archivo.
2- Por qu es importante la administracin correcta del sistema de archivos?
Los archivos son administrados por el sistema operativo. La forma como se estructuran,
nombran, acceden, usan, protegen e implementan son temas importantes en el diseo de
sistemas operativos. Globalmente, la parte del sistema operativo que se ocupa de los
archivos se denomina sistema de archivos
La informacin almacenada en archivos debe ser persistente, es decir, no ser afectada por
la creacin y terminacin de procesos. Un archivo slo debe desaparecer cuando su
propietario lo elimina explcitamente.
Por esta razn si no se administran correctamente pueden ocasionar perdida de
informacin.
3- Identifica y explica los elementos ms importantes para el usuario en cuanto al manejo
de archivos y directorios. (Esta pregunta, a pesar de ser una sola lleva muchos detalles).
Desde el punto de vista del usuario, el aspecto ms importante de un sistema de archivos
es la cara que presenta ante l, es decir, qu constituye un archivo, cmo se nombran y
protegen los archivos, qu operaciones pueden efectuarse con los archivos, etc.
Nombres de archivos:
Tal vez la caracterstica ms importante de cualquier mecanismo de abstraccin sea la forma como
se nombran los objetos que se manejan, as que iniciaremos nuestro estudio de los sistemas de
archivos con el tema de los nombres de archivos. Cuando un proceso crea un archivo, le | asigna
un nombre. Cuando el proceso termina, el archivo sigue existiendo y otros procesos pueden
acceder a l utilizando su nombre.

Las reglas exactas para nombrar archivos varan un tanto de un sistema a otro, pero todos los
sistemas operativos permiten cadenas de uno a ocho caracteres como nombres de archivo vlidos.
Muchos sistemas operativos reconocen nombres de archivo de dos partes, las cuales se separan
con un punto, como en prog.c. La parte que sigue al punto se denomina extensin de archivo y,
por lo regular, indica algo acerca del archivo.

Estructura de archivos
Los archivos pueden estructurarse de varias maneras. Tres posibilidades comunes:
Una secuencia no estructurada de bytes:
En efecto, el sistema operativo no sabe (ni le importa) qu contiene el archivo; lo nico
que ve es bytes. Cualquier significado que tenga debern imponerlo los programas en el
nivel de usuario. Tanto UNIX como MS-DOS adoptan este enfoque.
Una secuencia de registros de longitud fija:
En este modelo, un archivo es una secuencia de registros de longitud fija, cada uno con
cierta estructura interna. La idea de que un archivo es una secuencia de registros se apoya
en el concepto de que la operacin de lectura devuelve un registro y que la operacin de
escritura sobre escribe o anexa un registro.
Un rbol de registros:
En esta organizacin, un archivo consiste en un rbol de registros, no necesariamente
todos de la misma longitud, cada uno de los cuales contiene un campo de llave en una
posicin fija dentro del registro. El rbol est ordenado segn el campo de llave, a fin de
poder buscar rpidamente una llave en particular.
Tipos de archivos
Los archivos regulares son los que contienen informacin del usuario. Los directorios son archivos
de sistema que sirven para mantener la estructura del sistema de archivos. Los archivos especiales
por caracteres estn relacionados con entrada/salida y sirven para modelar dispositivos E/S en
serie como las terminales, impresoras y redes. Los archivos especiales por bloques sirven para
modelar discos.
Los archivos normales generalmente son archivos ASCII o bien archivos binarios. Los archivos ASCII
consisten en lneas de texto. En algunos sistemas cada lnea termina con un carcter de retorno de
carro; en otros se emplea el carcter de salto de lnea. Ocasionalmente se requieren ambos. Las
lneas no tienen que tener todas la misma longitud
Otros archivos son binarios, lo que simplemente significa que no son archivos ASCII. Si listamos
estos archivos en una impresora, obtendremos un listado incomprensible lleno de lo que parece
ser basura. Por lo regular, estos archivos tienen alguna estructura interna.

Acceso a archivos
Los primeros sistemas operativos slo ofrecan un tipo de acceso a los archivos: acceso secuencial.
En estos sistemas, un proceso poda leer todos los bytes o registros de un archivo en orden,
comenzando por el principio, pero no poda saltar de un lado a otro y leerlos en desorden. Los
archivos secuenciales pueden "rebobinarse", as que pueden leerse tantas veces como sea
necesario. Los archivos secuenciales son apropiados cuando el medio de almacenamiento es cinta
magntica, no disco.
Operaciones con archivos
Los archivos existen para almacenar informacin que posteriormente se pueda recuperar. Los
diferentes sistemas ofrecen distintas operaciones de almacenamiento y recuperacin. A
continuacin reseamos las llamadas al sistema ms comunes relacionadas con archivos.
1. CRATE. El archivo se crea sin datos. El propsito de la llamada es anunciar que va a haber un
archivo y establecer algunos de los atributos.
2. DELETE. Cuando el archivo ya no se necesita, es preciso eliminarlo para desocupar el espacio en
disco. Siempre hay una llamada al sistema para este fin.
3. OPEN. Antes de usar un archivo, un proceso debe abrirlo. El propsito de la llamada OPEN es
permitir al sistema que obtenga los atributos y la lista de direcciones de disco y los coloque en la
emoria principal a fin de agilizar el acceso en llamadas posteriores.
4. CLOSE. Una vez concluidos todos los accesos, los atributos y las direcciones de disco ya no son
necesarios, por lo que se debe cerrar el archivo para liberar el espacio correspondiente en las
ablas internas. Muchos sistemas fomentan esto limitando a los procesos a un nmero mximo de
archivos abiertos. Las escrituras en disco son por bloques, y el cierre de un archivo obliga a escribir
el ltimo bloque del archivo, aunque todava no est totalmente lleno.
5. READ. Se leen datos del archivo. Por lo regular, los bytes provienen de la posicin actual. El
invocador debe especificar cuntos datos se necesitan y tambin debe suministrar un buffer para
colocarlos. 6. WRITE. Se escriben datos en el archivo, tambin, por lo regular, en la posicin actual.
Si dicha posicin es el final del archivo, el tamao del archivo aumenta. Si la posicin actual est a
la mitad del archivo, se sobreescribe en los datos existentes, que se pierden irremediablemente.
7. APPEND. Esta llamada es una forma restringida de WRITE que slo puede agregar datos al final
del archivo. Los sistemas que ofrecen un juego mnimo de llamadas al sistema generalmente no
cuentan con APPEND, pero muchos sistemas ofrecen varias formas de hacer una misma cosa, y a
veces incluyen APPEND.
8. SEEK. En el caso de archivos de acceso aleatorio, se requiere un mtodo para especificar el lugar
del que deben tomarse los datos. Un enfoque comn es tener una llamada al sistema, SEEK, que
ajuste el apuntador a la posicin actual hacindolo que apunte a un lugar especfico del archivo.
Una vez efectuada esta llamada, se pueden leer datos de esa posicin o escribirlos en ella.

9. GET ATTRIBUTES. Es frecuente que los procesos necesiten leer los atributos de un archivo para
realizar su trabajo. Por ejemplo, el progama make de UNIX se usa co- mnmente para administrar
proyectos de desarrollo de software que constan de muchos archivos fuente. Cuando se invoca
make, examina los tiempos de modificacin de todos los archivos fuente y objeto y organiza el
nmero mnimo decompilaciones necesarias para que todo est actualizado. Para efectuar su
trabajo, este comando necesita examinar algunos atributos, a saber, los tiempos de modificacin.
10. SET ATTRIBUTES. Algunos de los atributos pueden ser establecidos por el usuario y modificarse
despus de que se cre el archivo. Esta llamada al sistema hace posible esto. La nformacin de
modo de proteccin es un ejemplo obvio. La mayor parte de las banderas tambin pertenecen a
esta categora.
11. RENAME. Es comn que un usuario necesite cambiar el nombre de un archivo existente. Esta
llamada permite hacerlo, aunque no siempre es indispensable, ya que el archivo por lo regular
puede copiarse en un archivo nuevo con el nuevo nombre, eliminando despus el archivo viejo.