From 6316c5820a890e0d1fc975ec95bebf5c8c2f2f5a Mon Sep 17 00:00:00 2001 From: Leandro Lucarella Date: Sat, 16 Oct 2010 00:43:13 -0300 Subject: [PATCH 1/1] Reemplazar multi-procesador por multi-core --- source/dgc.rst | 11 +++++------ 1 file changed, 5 insertions(+), 6 deletions(-) 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, -- 2.43.0