From: Leandro Lucarella Date: Sat, 16 Oct 2010 03:43:13 +0000 (-0300) Subject: Reemplazar multi-procesador por multi-core X-Git-Tag: borrador-jurado~10 X-Git-Url: https://git.llucax.com/z.facultad/75.00/informe.git/commitdiff_plain/6316c5820a890e0d1fc975ec95bebf5c8c2f2f5a?hp=9666bda903cc1a7242ea5a84dc4f44cecd4cf942 Reemplazar multi-procesador por multi-core --- diff --git a/source/dgc.rst b/source/dgc.rst index 837774a..7b54595 100644 --- a/source/dgc.rst +++ b/source/dgc.rst @@ -1996,12 +1996,11 @@ Recolección concurrente / paralela / *stop-the-world* 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,