X-Git-Url: https://git.llucax.com/z.facultad/75.00/informe.git/blobdiff_plain/3b699164f331334ca98b9b3345a6f7b839d71ff9..881c40a0d92402f50fb43b1665179fbed979ff68:/source/conclusion.rst?ds=sidebyside

diff --git a/source/conclusion.rst b/source/conclusion.rst
index b32fad0..f702eef 100644
--- a/source/conclusion.rst
+++ b/source/conclusion.rst
@@ -1,10 +1,4 @@
 
-.. Se presentan las conclusiones del trabajo, comparando los resultados
-   obtenidos con el punto de partida. Se mencionan puntos pendientes o
-   nuevas líneas de investigación.
-   ESTADO: TERMINADO
-
-
 .. _conclusion:
 
 Conclusión
@@ -23,11 +17,11 @@ El objetivo principal fue bajar la latencia del recolector, es decir el tiempo
 máximo de pausa real, y se pudo comprobar que, salvo en casos muy
 particulares, esto fue conseguido de manera contundente (con tiempos de pausa
 hasta 200 veces menores que el recolector original de D_). La inclusión del
-marcado concurrente demostró ser una aproximación correcta al problema.
+marcado concurrente demostró ser una forma eficaz de atacar el problema.
 
 La aceptación de la solución por parte de la comunidad también ha sido un
 objetivo importante de este trabajo, y si bien en este sentido sigue siendo un
-trabajo en curso, la recepción ha sido ampliamente positiva por parte de la
+trabajo en progreso, la recepción ha sido ampliamente positiva por parte de la
 comunidad y se espera que el resultado de este trabajo sea incorporado en el
 corto plazo tanto a `D 1.0`_ a través de Tango_, como a `D 2.0`_.
 
@@ -55,10 +49,10 @@ existen *balas de plata*, y cada programa tiene necesidades particulares en
 cuanto a recolección de basura. Por lo tanto, distintos programas pueden verse
 beneficiados o perjudicados por diferentes configuraciones. Esto hace que la
 posibilidad de configurar el recolector en tiempo de inicialización sea
-particularmente ventajoso.
+particularmente útil.
 
 Finalmente, algunas optimizaciones muy pequeñas demostraron ser también muy
-valiosas para algunos casos particulares, logrando reducciones en el tiempo
+valiosas para ciertos casos particulares, logrando reducciones en el tiempo
 total de ejecución de hasta 5 veces.
 
 
@@ -77,11 +71,12 @@ y limitaciones conocidas. A continuación se describe cada una de ellos.
   Entre las herramientas de depuración que provee el recolector, no se ha
   mencionado la posibilidad de emitir opcionalmente mensajes informativos para
   ayudar a depurar tanto problemas en el recolector como en el programa que lo
-  usa. El recolector actual tiene esa posibilidad pero es elegible en tiempo de
-  compilación. En este trabajo se agregaron las opciones en tiempo de
-  inicialización ``log_file`` y ``verbose`` con el propósito de poder elegir un
-  archivo en donde guardar los mensajes informativos y el nivel de detalle de
-  dichos mensajes respectivamente, pero finalmente nunca se implementaron.
+  usa. El recolector actual tiene esa posibilidad pero es configurable en
+  tiempo de compilación. En este trabajo se agregaron las opciones en tiempo
+  de inicialización ``log_file`` y ``verbose`` con el propósito de poder
+  elegir un archivo en donde guardar los mensajes informativos y el nivel de
+  detalle de dichos mensajes respectivamente, pero finalmente nunca se
+  implementaron.
 
 * Predicción para estimar cuando lanzar una recolección temprana.
 
@@ -304,8 +299,8 @@ Trabajos relacionados
 
 Dado que D_ no ha penetrado en ámbitos académicos, se ha encontrado un solo
 trabajo de investigación relacionado. Sin embargo se ha encontrado otro
-trabajo que si bien no es formal, ha sido de mucha importancia para el
-desarrollo de este trabajo.
+que si bien no es formal, ha sido de mucha importancia para el desarrollo de
+esta tesis.
 
 A continuación se describen ambos.
 
@@ -326,7 +321,7 @@ A continuación se describen ambos.
 * Integración de marcado preciso del *heap* al recolector de basura
   [DBZ3463]_.
 
-  Ya citado varias veces en este trabajo, fue comenzado por David Simcha
+  Ya citado varias veces en este trabajo; fue comenzado por David Simcha
   y publicado en el sistema de seguimiento de fallas de D_ que se limita a una
   implementación a nivel biblioteca de usuario y sobre `D 2.0`_. Vincent Lang
   (mejor conocido como *wm4* en la comunidad de D_) da continuidad a este