pequeña introduccion para que no quede vacio ese campo

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

diff --git a/doc/analisis.lyx b/doc/analisis.lyx
index a81f70d4dbb3e3f0cd6a2cf61a9ba4d2ea249121..6b62592dc923a7823ef24720741d7c954c138842 100644 (file)
--- a/doc/analisis.lyx
+++ b/doc/analisis.lyx
@@ -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 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
- 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