Abreviar autores en referencia [BLA06]

[z.facultad/75.00/informe.git] / source / solucion.rst

diff --git a/source/solucion.rst b/source/solucion.rst
index 53860cfe17bdcd66eefb26da2625065d3b807724..c714895220038bd8c6d1aaf9cb53244281fe19f1 100644 (file)
--- a/source/solucion.rst
+++ b/source/solucion.rst
@@ -311,7 +311,7 @@ __ http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.D&art
 Este programa fue escrito por Oskar Linde y nuevamente hallado__ en el grupo
 de noticias. Fue construido para mostrar como el hecho de que el recolector
 sea conservativo puede hacer que al leer datos binarios hayan muchos *falsos
-punteros* que mantengan vivas celdas que en realidad ya no deberían ser
+positivos* que mantengan vivas celdas que en realidad ya no deberían ser
 accesibles desde el *root set* del grafo de conectividad.
 
 __ http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.D&article_id=46407
@@ -938,7 +938,7 @@ documentación completa del código de Tango_, según varía el valor de
 .. flt:: fig:sol-mark-rec
 
    Análisis de tiempo total de ejecución en función del valor de
-   ``MAX_DEPTH``.
+   ``MAX_DEPTH``
 
    Tiempo total de ejecución de Dil_ al generar la documentación completa del
    código de Tango_ en función del valor de ``MAX_DEPTH``. El rombo no
@@ -1108,7 +1108,7 @@ a continuación.
 .. flt:: fig:sol-ptrmap
    :type: table
 
-   Estructura de la información de tipos provista por el compilador.
+   Estructura de la información de tipos provista por el compilador
 
    .. aafig::
       :scale: 110
@@ -1172,7 +1172,7 @@ como si fuera un puntero.
 
 .. flt:: fig:sol-ptrmap-example
 
-   Ejemplo de estructura de información de tipos generada para el tipo ``S``.
+   Ejemplo de estructura de información de tipos generada para el tipo ``S``
 
    .. aafig::
       :textual:
@@ -1233,7 +1233,7 @@ ejemplo anterior, como se almacenaría en memoria un objeto del tipo ``S``.
 .. flt:: fig:sol-ptrmap-blk
 
    Ejemplo de bloque que almacena un objeto de tipo ``S`` con información de
-   tipo.
+   tipo
 
    .. aafig::
       :scale: 110
@@ -2086,7 +2086,7 @@ al momento de asignar direcciones.
 .. flt:: t:sol-setarch
    :type: table
 
-   Variación entre corridas para TBGC.
+   Variación entre corridas para TBGC
 
    Variación entre corridas para TBGC. La medición está efectuada utilizando
    los valores máximo, mínimo y media estadística de 20 corridas, utilizando
@@ -2141,7 +2141,7 @@ al momento de asignar direcciones.
 Ambas opciones, reducen notablemente la variación en los resultados (ver
 cuadro :vref:`t:sol-setarch`). Esto probablemente se debe a la naturaleza
 conservativa del recolector, dado que la probabilidad de tener *falsos
-punteros* depende directamente de los valores de las direcciones de memoria,
+positivos* depende directamente de los valores de las direcciones de memoria,
 aunque las pruebas en la que hay concurrencia involucrada, se siguen viendo
 grandes variaciones, que probablemente estén vinculadas a problemas de
 sincronización que se ven expuestos gracias al indeterminismo inherente a los
@@ -2169,7 +2169,7 @@ presente.
 
 .. flt:: fig:sol-bigarr-1cpu
 
-   Resultados para ``bigarr`` (utilizando 1 procesador).
+   Resultados para ``bigarr`` (utilizando 1 procesador)
 
    Resultados para ``bigarr`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2208,7 +2208,7 @@ presente.
 
 .. flt:: fig:sol-bigarr-4cpu
 
-   Resultados para ``bigarr`` (utilizando 4 procesadores).
+   Resultados para ``bigarr`` (utilizando 4 procesadores)
 
    Resultados para ``bigarr`` (utilizando 4 procesadores). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2247,7 +2247,7 @@ presente.
 
 .. flt:: fig:sol-concpu-1cpu
 
-   Resultados para ``concpu`` (utilizando 1 procesador).
+   Resultados para ``concpu`` (utilizando 1 procesador)
 
    Resultados para ``concpu`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2286,7 +2286,7 @@ presente.
 
 .. flt:: fig:sol-concpu-4cpu
 
-   Resultados para ``concpu`` (utilizando 4 procesadores).
+   Resultados para ``concpu`` (utilizando 4 procesadores)
 
    Resultados para ``concpu`` (utilizando 4 procesadores). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2325,7 +2325,7 @@ presente.
 
 .. flt:: fig:sol-conalloc-1cpu
 
-   Resultados para ``conalloc`` (utilizando 1 procesador).
+   Resultados para ``conalloc`` (utilizando 1 procesador)
 
    Resultados para ``conalloc`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2364,7 +2364,7 @@ presente.
 
 .. flt:: fig:sol-conalloc-4cpu
 
-   Resultados para ``conalloc`` (utilizando 4 procesadores).
+   Resultados para ``conalloc`` (utilizando 4 procesadores)
 
    Resultados para ``conalloc`` (utilizando 4 procesadores). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2403,7 +2403,7 @@ presente.
 
 .. flt:: fig:sol-split-1cpu
 
-   Resultados para ``split`` (utilizando 1 procesador).
+   Resultados para ``split`` (utilizando 1 procesador)
 
    Resultados para ``split`` (utilizando 1 procesador). Se presenta el mínimos
    (en negro), la media centrada entre dos desvíos estándar (en gris), y el
@@ -2442,7 +2442,7 @@ presente.
 
 .. flt:: fig:sol-mcore-1cpu
 
-   Resultados para ``mcore`` (utilizando 1 procesador).
+   Resultados para ``mcore`` (utilizando 1 procesador)
 
    Resultados para ``mcore`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2481,7 +2481,7 @@ presente.
 
 .. flt:: fig:sol-mcore-4cpu
 
-   Resultados para ``mcore`` (utilizando 4 procesadores).
+   Resultados para ``mcore`` (utilizando 4 procesadores)
 
    Resultados para ``mcore`` (utilizando 4 procesadores). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2520,7 +2520,7 @@ presente.
 
 .. flt:: fig:sol-rnddata-1cpu
 
-   Resultados para ``rnddata`` (utilizando 1 procesador).
+   Resultados para ``rnddata`` (utilizando 1 procesador)
 
    Resultados para ``rnddata`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2726,12 +2726,12 @@ pagar si se necesitan tiempos de pausa muy pequeños).
 El aumento en el variación de los tiempos de ejecución al usar marcado preciso
 probablemente se debe a lo siguiente: con marcado conservativo, debe estar
 sobreviviendo a las recolecciones el total de memoria pedida por el programa,
-debido a falsos punteros (por eso no se observa prácticamente variación en el
+debido a *falsos positivos* (por eso no se observa prácticamente variación en el
 tiempo de ejecución y memoria máxima consumida); al marcar con precisión
-parcial, se logra disminuir mucho la cantidad de falsos punteros, pero el
+parcial, se logra disminuir mucho la cantidad de *falsos positivos*, pero el
 *stack* y la memoria estática, se sigue marcado de forma conservativa, por lo
 tanto dependiendo de los valores (aleatorios) generados por la prueba, aumenta
-o disminuye la cantidad de falsos punteros, variando así la cantidad de
+o disminuye la cantidad de *falsos positivos*, variando así la cantidad de
 memoria consumida y el tiempo de ejecución.
 
 No se muestran los resultados para más de un procesador por ser demasiado
@@ -2753,7 +2753,7 @@ Resultados para pruebas pequeñas
 
 .. flt:: fig:sol-bh-1cpu
 
-   Resultados para ``bh`` (utilizando 1 procesador).
+   Resultados para ``bh`` (utilizando 1 procesador)
 
    Resultados para ``bh`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2803,7 +2803,7 @@ suspicacia.
 .. flt:: t:sol-prec-mem-bh
    :type: table
 
-   Memoria pedida y asignada para ``bh`` según modo de marcado.
+   Memoria pedida y asignada para ``bh`` según modo de marcado
 
    Memoria pedida y asignada para ``bh`` según modo de marcado conservativo
    o preciso (acumulativo durante toda la vida del programa).
@@ -2823,7 +2823,7 @@ consumo de memoria).
 
 .. flt:: fig:sol-bisort-1cpu
 
-   Resultados para ``bisort`` (utilizando 1 procesador).
+   Resultados para ``bisort`` (utilizando 1 procesador)
 
    Resultados para ``bisort`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2873,7 +2873,7 @@ opción ``malloc_stats_file`` (ver :ref:`sol_stats`).
 
 .. flt:: fig:sol-em3d-1cpu
 
-   Resultados para ``em3d`` (utilizando 1 procesador).
+   Resultados para ``em3d`` (utilizando 1 procesador)
 
    Resultados para ``em3d`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2929,7 +2929,7 @@ caché de ``findSize()``).
 
 .. flt:: fig:sol-tsp-1cpu
 
-   Resultados para ``tsp`` (utilizando 1 procesador).
+   Resultados para ``tsp`` (utilizando 1 procesador)
 
    Resultados para ``tsp`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -2984,7 +2984,7 @@ ayudar; por el contrario, aumentan levemente el tiempo de pausa real.
 
 .. flt:: fig:sol-voronoi-1cpu
 
-   Resultados para ``voronoi`` (utilizando 1 procesador).
+   Resultados para ``voronoi`` (utilizando 1 procesador)
 
    Resultados para ``voronoi`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -3023,7 +3023,7 @@ ayudar; por el contrario, aumentan levemente el tiempo de pausa real.
 
 .. flt:: fig:sol-voronoi-4cpu
 
-   Resultados para ``voronoi`` (utilizando 4 procesadores).
+   Resultados para ``voronoi`` (utilizando 4 procesadores)
 
    Resultados para ``voronoi`` (utilizando 4 procesadores). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -3089,10 +3089,10 @@ este caso no parece provenir toda la ganancia solo de ese cambio, dado que
 para TBGC se ve una variación entre los resultados muy grande que desaparece
 al cambiar a CDGC, esto no puede ser explicado por esa optimización. En
 general la disminución de la variación de los resultados hemos visto que está
-asociada al incremento en la precisión en el marcado, dado que los falsos
-punteros ponen una cuota de aleatoriedad importante. Pero este tampoco parece
-ser el caso, ya que no se observan cambios apreciables al pasar a usar marcado
-preciso.
+asociada al incremento en la precisión en el marcado, dado que los *falsos
+positivos* ponen una cuota de aleatoriedad importante. Pero este tampoco
+parece ser el caso, ya que no se observan cambios apreciables al pasar a usar
+marcado preciso.
 
 Lo que se observa en esta oportunidad es un caso patológico de un mal factor
 de ocupación del *heap* (ver :ref:`sol_ocup`). Lo que muy probablemente está
@@ -3117,7 +3117,7 @@ Resultados para pruebas reales
 
 .. flt:: fig:sol-dil-1cpu
 
-   Resultados para ``dil`` (utilizando 1 procesador).
+   Resultados para ``dil`` (utilizando 1 procesador)
 
    Resultados para ``dil`` (utilizando 1 procesador). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -3172,7 +3172,7 @@ los 80 segundos, bastante más alta que el tiempo obtenido para TBGC.
 
 .. flt:: fig:sol-dil-4cpu
 
-   Resultados para ``dil`` (utilizando 4 procesadores).
+   Resultados para ``dil`` (utilizando 4 procesadores)
 
    Resultados para ``dil`` (utilizando 4 procesadores). Se presenta el
    mínimos (en negro), la media centrada entre dos desvíos estándar (en gris),
@@ -3221,7 +3221,7 @@ memoria desperdiciada entre el modo conservativo y preciso.
 .. flt:: t:sol-prec-mem-dil
    :type: table
 
-   Memoria pedida y asignada para ``dil`` según modo de marcado.
+   Memoria pedida y asignada para ``dil`` según modo de marcado
 
    Memoria pedida y asignada para ``dil`` según modo de marcado conservativo
    o preciso (acumulativo durante toda la vida del programa).
@@ -3234,7 +3234,7 @@ memoria desperdiciada entre el modo conservativo y preciso.
    ============== ============== ============== =================
 
 El pequeño incremento en el tiempo total de ejecución podría estar dado por la
-mayor probabilidad de tener *falsos punteros* debido al incremento del tamaño
+mayor probabilidad de tener *falsos positivos* debido al incremento del tamaño
 del *heap*; se recuerda que el *stack* y memoria estática se siguen marcado de
 forma conservativa, incluso en modo preciso.