Según la nota técnica de Apple enlace ,
"CrashReporter limita el número de archivos de registro de fallos para cualquier combinación de usuario, nombre de proceso y nombre de host. El límite actual es 20."
También, el manual de ReportCrash dice:
"ReportCrash se invoca automáticamente mediante launchd cuando se detecta un bloqueo. Para aplicaciones y otros procesos que se ejecutan en el contexto de uso por usuario. ReportCrash se ejecuta como LaunchAgent y guarda los informes de fallos en el directorio ~ / Library / Logs / DiagnosticReports / del usuario. Para demonios, otros. procesos que se ejecutan en el contexto del sistema launchd y otros programas privilegiados cesses, ReportCrash se ejecuta como LaunchDaemon y guarda los informes de fallos en el en el directorio / Library / Logs / DiagnosticReports del sistema donde están solamente legible por los usuarios de administración. Si hay demasiados informes de fallos guardados para un proceso particular, los informes más antiguos se eliminarán automáticamente en orden para ahorrar espacio en el disco. "
Ejecuté una prueba en un macOS 10.13.4 y logré bloquear un proceso (ejecutándose como root) más de 20 veces. Después de la caída número 20, se eliminaron algunos de los registros de bloqueo anteriores. La parte extraña es que parece que se eliminaron según un criterio adicional, distinto de la marca de tiempo. Esperaba que después de 30 choques, los primeros 10 (cronológicamente hablando) serían eliminados. Pero fueron eliminados al azar (al menos, a primera vista). No consigo identificar el otro factor en este proceso de limpieza automática. Espero haber sido lo suficientemente explícito. Gracias!