Mencionar ionice(1) en la metodología de pruebas

[z.facultad/75.00/informe.git] / source / conclusion.rst

diff --git a/source/conclusion.rst b/source/conclusion.rst
index b32fad0636a713b59a4a0c1a3c2749a5a829669e..f702eef2f7bb4dcea62480065270d33fb42c7106 100644 (file)
--- 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
 .. _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
 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
 
 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`_.
 
 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
 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
 
 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.
 
 
 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
   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.
 
 
 * 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
 
 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.
 
 
 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]_.
 
 * 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
   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