Mostrar algoritmo de mark() más parecido al real

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

diff --git a/source/conclusion.rst b/source/conclusion.rst
index 49cd15a871900ffc6aa34e3fe0ca85de8458338f..7264b44c1c07c0be316c6f2a8fa343b871ac23f0 100644 (file)
--- a/source/conclusion.rst
+++ b/source/conclusion.rst
@@ -13,6 +13,25 @@ Conclusión
 TODO
 
 
 TODO
 
 

+Puntos pendientes
+----------------------------------------------------------------------------
+
+TODO
+
+* Opciones log_file/verbose
+* Lazy sweeping.
+* Concurrent sweeping (lanzar fase de sweep en un thread que no pertenezca al
+  mutator).
+* Continuous collection (lanzar un thread que esté haciendo fullcollect() en
+  un loop). Lo bueno es que el sweep podría correr en ese thread, bajando aún
+  más el tiempo máximo de pausa (aunque esto se puede hacer más allá de hacer
+  continuous collection, ver "concurrent sweeping"), lo malo es que tal vez se
+  estaría recolectando demasiado sin ninguna ganancia substancial.
+* Medir mejor cuando lanzar una recolección cuando se usa early collection
+  (por ejemplo medir la tasa de alocación y el tiempo de recolección y así
+  hallar el momento ideal para lanzar la recolección).
+* Emprolijar todavía más el código (o reescribirlo).
+

 
 Trabajos relacionados
 ----------------------------------------------------------------------------
 
 Trabajos relacionados
 ----------------------------------------------------------------------------


@@ -37,20 +56,8 @@ TODO
   necesarias para evitar el padding para un tamaño de bloque). Un tipo de dato
   NO_SCAN no alocaría directamente bits de noscan, mark y scan. Se podría
   tratar de forma especial a strings.
   necesarias para evitar el padding para un tamaño de bloque). Un tipo de dato
   NO_SCAN no alocaría directamente bits de noscan, mark y scan. Se podría
   tratar de forma especial a strings.

-* Lazy sweeping.
-* Concurrent sweeping (lanzar fase de sweep en un thread que no pertenezca al
-  mutator).
-* Continuous collection (lanzar un thread que esté haciendo fullcollect() en
-  un loop). Lo bueno es que el sweep podría correr en ese thread, bajando aún
-  más el tiempo máximo de pausa (aunque esto se puede hacer más allá de hacer
-  continuous collection, ver "concurrent sweeping"), lo malo es que tal vez se
-  estaría recolectando demasiado sin ninguna ganancia substancial.
-* Medir mejor cuando lanzar una recolección cuando se usa early collection
-  (por ejemplo medir la tasa de alocación y el tiempo de recolección y así
-  hallar el momento ideal para lanzar la recolección).
-* Emprolijar todavía más el código (o reescribirlo).

 * Hacer preciso el static data por el tema de los TypeInfo's que ocupan mucha
   memoria que debe ser escaneada.
 
 
 * Hacer preciso el static data por el tema de los TypeInfo's que ocupan mucha
   memoria que debe ser escaneada.
 
 

-.. vim: set ts=3 sts=3 sw=3 et tw=78 :
+.. vim: set ts=3 sts=3 sw=3 et tw=78 spelllang=es :