]> git.llucax.com Git - z.facultad/75.00/informe.git/blobdiff - source/intro.rst
Mostrar algoritmo de mark() más parecido al real
[z.facultad/75.00/informe.git] / source / intro.rst
index 393a10bff0c9eb1fc930dc370512327a42753711..c2a604a4292e923c2fb7047dc2a7156e5d4184ec 100644 (file)
@@ -1,7 +1,7 @@
 
 .. Introducción al trabajo, objetivos, alcance, limitaciones y organización
    del documento.
-   ESTADO: TERMINADO
+   ESTADO: TERMINADO, CORREGIDO, REVISADO
 
 
 .. _intro:
@@ -19,7 +19,7 @@ esta característica y hubo una gran cantidad de investigación al respecto,
 tomando particular importancia.
 
 Nuevos algoritmos fueron desarrollados para atacar distintos problemas
-particulares y para mejorar la *performance*, que ha sido una inquietud
+particulares y para mejorar el rendimiento, que ha sido una inquietud
 incesante en la investigación de recolectores de basura. Sin embargo el
 lenguaje más masivo que ha adoptado un recolector de basura (al menos en el
 ámbito empresarial) fue Java_, con el cual la investigación sobre recolección
@@ -28,14 +28,14 @@ e investigación en cuanto a recolección de basura se siga dando para Java_,
 acotando tal vez un poco el alcance de estos avances dado que ese lenguaje
 tiene características muy particulares (*tipado* estático, corre sobre una
 máquina virtual muy rica en cuanto a información de tipos, etc.) no
-disponibles en otros lenguajes. Sin embargo los lenguajes funcionales y con
+disponibles en otros lenguajes. Sin embargo los lenguajes funcionales y/o con
 *tipado* dinámico siguieron teniendo un nivel de investigación y desarrollo
 importante, dado que fueron concebidos en su mayoría con la recolección de
 basura como parte del diseño.
 
 Probablemente los lenguajes en los cuales es más difícil aplicar los avances
-que se desprendieron de Java_ o de las otras categoría de lenguajes con más
-avances en recolección de basura sean los de más bajo nivel (como C y C++), en
+que se desprendieron de Java_ o de las otras categorías de lenguajes con más
+avances en recolección de basura sean los de más bajo nivel, como C y C++, en
 los cuales se da lo inverso en cuanto a disponibilidad de información en
 tiempo de ejecución, sumado a la permisividad de estos lenguajes para realizar
 manipulación de memoria directamente y trabajar a muy bajo nivel. De la mano
@@ -44,15 +44,16 @@ recolectores de basura *conservativos*.
 
 Una categoría de lenguaje que ha quedado prácticamente vacante es un término
 intermedio entre los lenguajes de muy alto nivel (como Java_, Python_,
-Haskell_, etc.). El lenguaje de programación D_ está en esta categoría y,
-a pesar de haber sido diseñado con soporte de recolección de basura, al ser un
-lenguaje relativamente nuevo, ha tenido muy poco desarrollo en ese área. El
-lenguaje tiene todas las limitaciones de lenguajes de bajo nivel como C y C++
-pero esas limitaciones suelen estar más aisladas, y provee un poco más de
-información que puede ser aprovechada por un recolector de la que suelen
-proveer los demás lenguajes de estas características. Esto presenta una
-oportunidad única en cuanto a investigación y desarrollo de recolectores que
-se ajusten a estas características.
+Haskell_, etc.) y los de muy bajo nivel (como C y C++). El lenguaje de
+programación D_ está en esta categoría y, a pesar de haber sido diseñado con
+soporte de recolección de basura, al ser un lenguaje relativamente nuevo, ha
+tenido muy poco desarrollo en ese área. El lenguaje tiene todas las
+limitaciones de lenguajes de bajo nivel como C y C++, pero esas limitaciones
+suelen estar más aisladas, y provee un poco más de información que puede ser
+aprovechada por un recolector de la que suelen proveer los demás lenguajes de
+estas características. Esto presenta una oportunidad única en cuanto
+a investigación y desarrollo de recolectores que se ajusten a estas
+características.
 
 
 
@@ -63,10 +64,10 @@ El objetivos de esta tesis es mejorar el recolector de basura de el lenguaje
 D_, investigando el estado del arte en recolección de basura y haciendo un
 análisis de viabilidad de los algoritmos principales para optar por el que
 mejor se ajuste a D_. Una parte muy importante de este análisis es participar
-de la comunidad del lenguaje y sus diseñadores para poder desarrollar una
-mejora que sea aceptada y pueda ser utilizada por el lenguaje. Por lo tanto el
-algoritmo o mejora que "mejor se ajuste a D_" estará supeditado en gran parte
-a los requerimientos más urgentes de los usuarios de D_.
+de la comunidad del lenguaje para poder desarrollar una mejora que sea
+aceptada y utilizada por dicha comunidad. Por lo tanto el algoritmo o mejora
+que "mejor se ajuste a D_" estará supeditado en gran parte a los
+requerimientos más urgentes de los usuarios de D_.
 
 
 
@@ -103,7 +104,7 @@ especial.
 Organización
 ----------------------------------------------------------------------------
 
-Este trabajo se encuentra dividido en 7 cápitos que se describen
+Este trabajo se encuentra dividido en 7 capítulos que se describen
 a continuación:
 
 1. :ref:`intro`: breve descripción del problema a tratar, presentando
@@ -127,4 +128,4 @@ a continuación:
 
 .. include:: links.rst
 
-.. vim: set ts=3 sts=3 sw=3 et tw=78 :
+.. vim: set ts=3 sts=3 sw=3 et tw=78 spelllang=es :