]> git.llucax.com Git - z.facultad/75.06/emufs.git/commitdiff
pequeña introduccion para que no quede vacio ese campo
authorNicolás Dimov <ndimov@gmail.com>
Mon, 19 Apr 2004 09:10:33 +0000 (09:10 +0000)
committerNicolás Dimov <ndimov@gmail.com>
Mon, 19 Apr 2004 09:10:33 +0000 (09:10 +0000)
doc/analisis.lyx
doc/informe.lyx

index a81f70d4dbb3e3f0cd6a2cf61a9ba4d2ea249121..6b62592dc923a7823ef24720741d7c954c138842 100644 (file)
@@ -880,12 +880,12 @@ Evidentemente para el caso de art
  que se desperdicie mucho espacio si ocurren muchas eliminaciones (como
  se observa en la tabla).
  Entre los tipos 1 y 2 no existe mucha diferencia en los números, por lo
  que se desperdicie mucho espacio si ocurren muchas eliminaciones (como
  se observa en la tabla).
  Entre los tipos 1 y 2 no existe mucha diferencia en los números, por lo
- que la desición podriía ser tomada en base a los tiempos de acceso.
+ que la decisión podría ser tomada en base a los tiempos de acceso.
  Tomando este criterio el T2 sería la mejor forma de almacenar los datos
  Tomando este criterio el T2 sería la mejor forma de almacenar los datos
- para si lo más frecuente son lecturas, ya que al leer se puede obtener
- el offset desde el principio del registro, mientras que en el tipo1 se
- debe hacer una búsqueda secuencial sobre el bloque, y de ser éste último
muy grande el tiempo de acceso puede ser elevado.
+ si lo más frecuente son lecturas, ya que al leer se puede obtener el offset
+ desde el principio del registro, mientras que en el tipo1 se debe hacer
+ una búsqueda secuencial sobre el bloque, y de ser éste último muy grande
+ el tiempo de acceso puede ser elevado.
  Para operaciones que requiera muchas bajas de elementos el tipo 2 no sería
  la mejor opción, puesto que la liberación es compleja, ya que cuando se
  da de baja un registro se debe verificar si dicho espacio se solapa con
  Para operaciones que requiera muchas bajas de elementos el tipo 2 no sería
  la mejor opción, puesto que la liberación es compleja, ya que cuando se
  da de baja un registro se debe verificar si dicho espacio se solapa con
index 68b9c796db693a312ef4708b26d0caa94e37bd7b..5b08ea9143f46b8be2802cabb45f6c678c43cd2e 100644 (file)
@@ -43,6 +43,15 @@ Ricardo Markiewicz
 \layout Chapter
 
 Introducción
 \layout Chapter
 
 Introducción
+\layout Standard
+
+Esta es la documentación correspondiente a las API`s para el manejo de tres
+ organizaciones de archivo diferentes.
+ A continuación se describe cada una de ellas y su modo de funcionamiento
+ y sus características principales.
+ De la correcta elección de la organización, dependerá la eficiencia de
+ la aplicación que la utilice.
 \layout Chapter
 
 Estructura común
 \layout Chapter
 
 Estructura común