-.. Describe más detalladamente los problemas actuales del recolector de
- basura de D, sentando las bases para el análisis de los requerimientos
- de recolección de basura en dicho lenguaje (se explica por qué las
- particularidades descriptas en la sección anterior complican la
- recolección de basura y cuales son las que más molestan).
- ESTADO: TERMINADO
-
-
.. _dgc:
Recolección de basura en D
-.. Esto sería muy similar a la sección de "Recolección de basura) pero en
- vez de ir describiendo los algoritmos iría comentando por qué los tomo
- o descarto
- ESTADO: INCOMPLETO
-
-
.. _dgc_via:
Análisis de viabilidad
El recolector actual es *stop-the-world*, sin embargo esta es una de las
principales críticas que tiene. El recolector se podría ver beneficiado de
recolección paralela, tanto para realizar la recolección más velozmente en
-ambientes multi-procesador, como para disminuir el tiempo de pausa. Sin
-embargo, el hecho de que todos los hilos se pausen para realizar parte del
-trabajo del recolector puede ser contraproducente para programas *real-time*
-que pretendan usar un hilo que no sufra de la latencia del recolector,
-asegurando que nunca lo use (aunque se podrían ver esquemas para ajustarse
-a estas necesidades).
+ambientes *multi-core*, como para disminuir el tiempo de pausa. Sin embargo,
+el hecho de que todos los hilos se pausen para realizar parte del trabajo del
+recolector puede ser contraproducente para programas *real-time* que pretendan
+usar un hilo que no sufra de la latencia del recolector, asegurando que nunca
+lo use (aunque se podrían ver esquemas para ajustarse a estas necesidades).
En general los recolectores concurrentes necesitan también instrumentar el
*mutator* para reportar cambios en el grafo de conectividad al recolector,
projects / z.facultad / 75.00 / informe.git / blobdiff