Recolector de basura

Algoritmo recolector de Basura.

Imagen 1( Hacer clic) : Recolección de Basura: El Espacio de memoria en sí va llenando Con Diferentes "objetos" (colores representados con), tambien pueden destruirse ALGUNOS de ELLOS, Dejando "huecos" en el Espacio de memoria ". De Cuando Ya No Queda Espacio Disponible, o de Cuando lo decida la Rutina de Recolección de Basura, la memoria es "compactada", de tareas pendientes colocando Los "objetos" Que Se estan usando al Principio, de tareas pendientes y consolidando Los "huecos" de memoria al final, quedando sin Gran Así área de memoria available PARA LA Futura Creación de Objetos.

Un recolector de Basura (del inglés, el colector de basura) es sin mecanismo implícito de Gestión de memoria implementado en ALGUNOS Lenguajes de Programación de tipo, interpretado o semi-interpretado.

El Concepto de Recolección de Basura FUE inventado Por John McCarthy en 1959 párr Evitar la Gestión manual de memoria en El lenguaje Lisp.
John McCarthy (n. 4 de septiembre de 1927, Boston, Massachusetts), tambien conocido Como Tío John McCarthy, es sin Prominente informático Que recibio El Premio Turing en 1971 SUS CONTRIBUCIONES Por Importantes en el Campo de Inteligencia Artificial la. De hecho ", fué el Responsable de introducir El Término" inteligencia "artificial, Concepto Que acuñó en la Conferencia de Dartmouth en 1955.McCarthy inventarios El lenguaje de Programación Lisp y publico Su DISEÑO EN Comunicaciones del ACM en 1960.

Cualquier Programa informático hace USO DE UNA Cierta Lea la versión de memoria de Trabajo Puesta A Su Disposición Por El Sistema Operativo.

This memoria Tiene Que servicios gestionada Por El Propio Programa párrafo:

• Reservar Espacios de memoria párr USO su.
• Liberar Espacios de memoria previamente reservados.
• Compactar consecutivos Espacios de memoria libres y Entre Sí.
• Llevar Cuenta de qué estan Espacios libres y Cuales no.

Generalmente, El programador dispone de Una Biblioteca de Código Que Se encarga de ESTAS tareas. No obstante, El programador es responsable Propio de utilizar adecuadamente this Biblioteca.

Ésto TIENE LA Ventaja De Que Se hace sin obligación de servicio universal Eficiente de la memoria, es Decir, Los Espacios libres de Quedán memoria de Cuando ya no necesarios hijo. No obstante, Este mecanismo Explícito de Gestión de memoria es propenso un Errores.
Por Ejemplo, sin olvidar programador PUEDE Liberar la Memoria De Que Manera, Tarde o Temprano, no disponible quede memoria, abortando la ejecución ni del Programa.

Por Ejemplo en Java:

Vez Que El Programa Solicita la Creación de las Naciones Unidas CADA nuevo Objeto en memoria sí verifica si heno Espacio Suficiente en heap el (sudeste de EE.UU. La montón párr CREAR Objetos de forma Dinámica en Tiempo de ejecución debe.). Si no lo heno, sí ejecuta El recolector de Basura Que Evalúa Objetos Que estan muertos y pueden eliminarse Por Tanto del montón párr Liberar Espacio. Si Queda Poco Espacio libre Disponible en memoria, La Máquina virtual PUEDE Also Decidir invocar Una ejecución celebra del recolector de Basura PARA HACER limpieza, y Optar Por PUEDE ampliar El Tamaño del montón si ESTÁ Por Debajo del Límite especificado. PUEDE forzarse Also Una limpieza COMPLETA Desde El Propio Código de Aplicación Java, invocando System.gc El Método ().

ALGUNOS Otros Lenguajes en Los q sí ejecución El recolector de basura:

ALGOL 68, BASIC, C # , Caml, Limpio , D, Eiffel , Haskell , Java, Javascript, Ceceo, Lua , Mercurio, ML, Modula-3 , Oberon, Oz Objetivo, 2,0 C, Perl, PHP, Prólogo, Pitón, Rubí, Smalltalk , ALGOL 68, Snobol.

Yo Pienso Que heno Quienes Tienen la ONU Concepto Equivocado de Los recolectores ya dados Que se que la ejecución debe de los Programas sí Vuelve Lenta. Pero si el pecado embargo nep ponemos analizar Este mecanismo Ayuda a Que El Tiempo de ejecución ni mejore y Sobre Todo de Cuando hace USO intensivo de memoria "en sí ya Que desecha una Quellos Procesos Que No estan en la USO.