Borro parte redundante.

[z.facultad/75.06/emufs.git] / doc / informe.lyx

diff --git a/doc/informe.lyx b/doc/informe.lyx
index e3f418b0ca366d8ece649beec36df181cb8d20a9..50e10c8888ae0ab69e66490ecaa24fef061614c1 100644 (file)
--- a/doc/informe.lyx
+++ b/doc/informe.lyx
@@ -111,6 +111,18 @@ A continuaci
 Hacia el final de esta presentación, se observaran las pruebas realizadas
  con las distintas organizaciones de archivos, y las conclusiones obtenidos
  al respecto.
+\layout Section
+
+Documentación de la API
+\layout Standard
+
+Para obtener una documentación de la API más completa, se incluye en formato
+ HTML en el CD-ROM la documentación generado con Doxygen.
+ Esta documentación se encuentra en el directorio 
+\family typewriter 
+doc/api/html
+\family default 
+.
 \layout Chapter
 
 Estructura común
@@ -2355,9 +2367,6 @@ Esta implementaci
 Ver:
 \family typewriter 
  emufs_tipo1_compactar()
-\layout Section
-
-Detalles de implementación (funciones internas, ver si lo ponemos o no)
 \layout Chapter
 
 
@@ -6622,10 +6631,10 @@ Analizaremos ahora que pasa luego de borrar varios registros en posiciones
  para almacenar registros grandes en ambos casos (recordar que tipo1 tiene
  recuperación de espacio libre para n bloques consecutivos, no siempre se
  agrega al final).
- De todos determinar un espacio libre para un archivo de tipo 2 es mucho
- más rápido que para tipo1 si el tamaño del registro es grande, ya que el
- archivo de tipo1 debe hacer una búsqueda sobre n bloques, mientras que
- el tipo 2 encuentra un gap de tamaño suficiente más rápido.
+ De todos modos determinar un espacio libre para un archivo de tipo 2 es
+ mucho más rápido que para tipo1 si el tamaño del registro es grande, ya
+ que el archivo de tipo1 debe hacer una búsqueda sobre n bloques, mientras
+ que el tipo 2 encuentra un gap de tamaño suficiente más rápido.
 \layout Standard
 
 Pero no todo es color de rosa en el mundo de archivos de tipo2.