]> git.llucax.com Git - z.facultad/75.00/informe.git/blobdiff - source/conclusion.rst
Agregar salto de línea a la definición de definition lists
[z.facultad/75.00/informe.git] / source / conclusion.rst
index 72e7a4fe0c7e1778f124332323030b4670afb527..b32fad0636a713b59a4a0c1a3c2749a5a829669e 100644 (file)
@@ -230,9 +230,10 @@ y limitaciones conocidas. A continuación se describe cada una de ellos.
   precio sin obtener los beneficios. Queda pendiente analizar en más detalle
   las causas de esto y posibles optimizaciones para subsanarlo.
 
-  .. ftable:: t:con-staticsize
+  .. flt:: t:con-staticsize
+     :type: table
 
-     Aumento del tamaño de la memoria estática (bytes).
+     Aumento del tamaño de la memoria estática (bytes)
 
      ======== ======== ======== =========== ===========
      Programa TBGC     CDGC     CDGC-TBGC   CDGC/TBGC
@@ -265,7 +266,7 @@ y limitaciones conocidas. A continuación se describe cada una de ellos.
   hay necesidad de que la información de tipos sea parte del *root set*). Esto
   causa que por cada recolección, se tenga que visitar bastante más memoria y,
   lo que es probablemente peor, que aumente la probabilidad de encontrar
-  *falsos punteros*, dado que este área de memoria se marca siempre de forma
+  *falsos positivos*, dado que este área de memoria se marca siempre de forma
   conservativa.
 
   Finalmente, en el cuadro :vref:`t:con-binsize` también se puede observar un
@@ -273,9 +274,10 @@ y limitaciones conocidas. A continuación se describe cada una de ellos.
   pérdida de rendimiento, dado que puede afectar a la localidad de referencia
   del caché, por ejemplo.
 
-  .. ftable:: t:con-binsize
+  .. flt:: t:con-binsize
+     :type: table
 
-     Aumento del tamaño del binario (bytes).
+     Aumento del tamaño del binario (bytes)
 
      ======== ======== ======== =========== ===========
      Programa TBGC     CDGC     CDGC-TBGC   CDGC/TBGC
@@ -324,14 +326,15 @@ A continuación se describen ambos.
 * Integración de marcado preciso del *heap* al recolector de basura
   [DBZ3463]_.
 
-  Trabajo comenzado por David Simcha y publicado en el sistema de seguimiento
-  de fallas de D_ que se limita a una implementación a nivel biblioteca de
-  usuario y sobre `D 2.0`_. Vincent Lang (mejor conocido como *wm4* en la
-  comunidad de D_) da continuidad a este trabajo pero modificando el
-  compilador DMD_ y trabajando con `D 1.0`_ y Tango_.
+  Ya citado varias veces en este trabajo, fue comenzado por David Simcha
+  y publicado en el sistema de seguimiento de fallas de D_ que se limita a una
+  implementación a nivel biblioteca de usuario y sobre `D 2.0`_. Vincent Lang
+  (mejor conocido como *wm4* en la comunidad de D_) da continuidad a este
+  trabajo pero modificando el compilador DMD_ y trabajando con `D 1.0`_
+  y Tango_.
 
   El soporte de marcado preciso presentado en este trabajo se basa en las
-  modificaciones hechas al compilador por Vincent Lang (que aún no fueron
+  modificaciones hechas al compilador DMD_ por Vincent Lang (que aún no fueron
   integradas de forma oficial).
 
 
@@ -359,7 +362,7 @@ mencionada.
   y ``dil``).
 
   Este problema no solo afecta al consumo de memoria, además genera un efecto
-  dominó por el incremento de la probabilidad de tener *falsos punteros*
+  dominó por el incremento de la probabilidad de tener *falsos positivos*
   y perjudica al tiempo total de ejecución por empeorar la localidad de
   referencia del caché y por hacer que se prolongue la recolección de basura
   por tener que marcar y barrer más memoria.