Ticket #844 (closed enhancement: remind)

Opened 8 years ago

Last modified 7 years ago

A new subclass of BysMcmc:@Reloader

Reported by: pgea@… Owned by: vdebuen
Priority: high Milestone: BSR reestimation
Component: BSR Version:
Severity: major Keywords:
Cc:

Description

En MMS nos encontramos con la necesidad de realizar una estimación en BSR a partir de los resultados obtenidos de otra estimación BSR. El ejemplo más típico es una previsión.

Para ello necesitamos las cadenas simuladas en la primera estimación que las obtenemos a partir de la información del objeto @Estimation y construimos un objeto @Recover con su constructor ::Load que lee de las cadenas (archivo .bbm) guardadas en una carpeta temporal.

El problema surge cuando estos archivos no están, pues por motivos de almacenamiento en disco, se permite una configuración que los borra después de estimar.

Sin embargo el objeto @Estimation contiene en su report esas cadenas ya cargadas en memoria.
Mi propuesta es crear una clase derivada de @Reloader que permita construir una instancia a partir de una matriz y unos nombres que se pasan como argumento.

Adjunto un ejemplo de cómo podría ser esa clase.
Por motivos de recursos de memoria, me he inclinado por el uso de la matriz como referencia, pero he dejado las dos opciones indicadas.

Attachments

_reloaderFromMcmc.tol (2.8 kB) - added by pgea@… 8 years ago.

Change History

Changed 8 years ago by pgea@…

Changed 8 years ago by vdebuen

Los archivos de recuperación no ocupan prácticamente nada en comparación con las cadenas simuladas así que no entiendo porqué se deben borrar pues no se gana casi nada.

Yo creo que lo más sensato es no borrar los archivos mientras puedan ser necesarios, pues se crean con ese objetivo. Son la única forma de garantizar la integridad referencial entre los nombres de las variables y las columnas, a parte de que prestan más servicios.

Lo que pides se podría hacer como último recurso de método de recuperación ante situaciones de emergencia que no alcanzo a ver porqué extraño motivo pudieran darse, pero no me parece lógico hacerlo por sistema, es más me parece muy peligroso que se tome por costumbre pues si por el camino se desordena alguna variable el resultado puede ser catastrófico y muy dificil de detectar.

Igual no he entendido bien algo pero creo que no es justificable el esfuerzo requerido para combatir algo que se puede evitar simplemente no borrando a unos ficheros inocentes.

Changed 7 years ago by vdebuen

  • status changed from new to closed
  • resolution set to remind
Note: See TracTickets for help on using tickets.