Tag: GARBAGE-COLLECTION
Estamos usando Apache Jackrabbit v. 2.19.3 (no Oak) y estamos experimentando problemas con la recolección de basura. En nuestro repositorio bastante grande, el marcado de gc tarda demasiado tiempo. El fragmento se ve así: … final String nodesCount = session.getRepository().getDescriptor(“jcr.repository.stats.nodes.count”); org.apache.jackrabbit.core.gc.GarbageCollector gc; <p>final org.apache.jackrabbit.jca.JCASessionHandle jcaSessionHandle = (org.apache.jackrabbit.jca.JCASessionHandle) session; final org.apache.jackrabbit.core.XASessionImpl . . . Read more
Aclaración En realidad hay dos preguntas. Se ha actualizado para hacerlo más claro. Tengo: t = { 'fd': open("filename", 'r') } Entiendo que del t['fd'] elimina la clave y cierra el archivo. ¿Es eso correcto? ¿El comando del t llama a del en los objetos contenidos (fd en este caso)?
La entrada de registro del recolector de basura de barrido de marca concurrente contiene información como (recortado y con saltos de línea insertados para facilitar la lectura) en Java-8: {El heap antes de las invocaciones de GC = 3 (completo 0): … la generación de barrido de marca concurrente totaliza . . . Read more
Tengo una aplicación Java ejecutándose dentro de un contenedor de Docker con OpenJDK11. Quiero obtener datos de GC de esta aplicación utilizando la herramienta jstat (disponible dentro de un contenedor). ¿Alguna idea de cómo puedo lograr esto desde el host o desde otro contenedor que se ejecuta en el mismo . . . Read more
Recientemente leí un artículo sobre el modelo de memoria de CPython: https://rushter.com/blog/python-memory-managment/. El artículo muestra la siguiente estructura que CPython utiliza para gestionar un solo grupo: struct pool_header { union { block _padding; uint count; } ref; / número de bloques asignados / block *freeblock; / cabeza de la lista . . . Read more