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,