Gestión de estimaciones en el repositorio: ejecución

[atorre]

Hola MMS,
estoy teniendo algunos problemas con la gestión de las estimaciones. Mi esquema para estimar los modelos es el siguiente: por un lado, creo los objetos estimation y los guardo en el repositorio y, por otro, recorro el listado de las estimaciones guardadas y las ejecuto... y, por supuesto, las vuelvo a guardar ya, teóricamente, con resultados. Mi problema es que la memoria de TOL se carga y no me deja guardar los resultados. Esto me genera dos problemas:
1.- No puedo identificar las estimaciones ya ejecutadas.
2.- Al quedarse sin memoria, algunas veces, empieza a guardar el objeto estimación y, si no puede, genera un .oza de 0 KB. Esto es, me machaca mi maravillosa estimación sin ejecutar.

Para solucionar el primer problema, sería ideal poder preguntarle a repositorio no sólo si existe (ver ticket ​https://trac.localbayes.es/mms/ticket/385) sino si está ejecutada sin necesidad de cargarla. Actualmente, recorro el listado de estimaciones y hago lo siguiente: cargo la estimación, si está ejecutada, no hago nada, sólo la "descargo" de MMS. Si no está ejecutada, la ejecuto y la guardo (ejecutada). Bien, pues estoy en el punto de que ya no consigo estimar ninguna por falta de memoria. Después de chequear 22 estimaciones y descartarlas por ya estimadas, no puede con la 23.

¿Alguna idea?

[Pedro Gea]

Los problemas de memoria de TOL no están controlados y por el momento, poco podemos hacer fácilmente para evitar que se sobreescriba erróneamente la estimación y machaque lo que hay.
Pero intentaremos solucionarlo, quizá lo más sensato por ahora sería guardarlo con un número de versión incrementado.
El problema de guardado incompleto, no sé si está relacionado con el tique #389 que también se me antoja muy importante.

Entiendo que si eliminas o descargas cada estimación después de utilizarla, no debería haber problemas con la memoria, que esto ocurra es lamentable. También intentaremos poner solución a este punto lo antes posible.

[atorre]

Después de cada estimación, ya la descargo del contenedor pero aún así, se acaba cayendo.

Respecto a de lo de identificar las estimaciones ejecutadas sin cargarlas, se podría hacer directamente en el identificador de la estimación. Ahora, entiendo que es Name +""+ Version, podría hacerse Name +""+ Version +""+ IsExec. Ignoro los posibles daños colaterales a parte del incremento en el volumen de .oza del Repositorio... aunque siempre se podría dar un comportamiento por defecto que fuera borrar la no ejecutada al tener guardada la ya ejecutada.

[atorre]

¿Está previsto implementar el acceso a la información de ejecución de una estimación sin cargar el objeto? Si está previsto, ¿para qué fecha? Disculpad la insistencia pero el no poder hacer eso, complica bastante la gestión de las estimaciones y nos hace guardar las estimaciones ejecutas en otro directorio... al hacer esto, no son "visibles" por el gestor de repositorios.

[Pedro Gea]

Se ha realizado una evolución de los repositorios de MMS que permite la consulta de información extra de los objetos a través de los métodos: Get[Object]sCatalog paralelos a los anteriores: Get[Object]sList que sólo ofrecen el par: nombre-versión. Véase #500.

Un repositorio está usando esta nueva modalidad (que gestiona catálogos) cuando está en la versión 1. Ésto se puede comprobar mediante la llamada:

Real MMS::Container::GetRepository(1)::GetVersion(?); //-> 1

Cuando el repositorio está en la version 1, todos los usuarios que lo utilicen han de usar una versión de MMS actual (recomendado MMS.0.6023 o superior) ya que las versiones anteriores no realizan el mantenimiento de los catálogos.

Para obtener las estimaciones con resultados o estimadas, puede hacer una selección utilizando el atributo del resumen ::estimation::rParameters.Size:

Set Select(
  MMS::Container::GetRepository(1)::GetEstimationsCatalog(?),
  Real (NameBlock summary) { summary::estimation::rParameters.Size > 0 }
);

[Pedro Gea]

Las cuestiones sobre el manejo de la memoria o el guardado de los objetos están siendo tratados en otros tiques. Véanse #516, #517, #526, #545, #407, #260.