close Warning: Can't synchronize with repository "(default)" (/var/svn/mms does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#517 closed doubt (fixed)

Estimación Probit que se cae — at Version 3

Reported by: irobles Owned by: Pedro Gea
Priority: blocker Milestone: Release 0.6
Component: General Keywords:
Cc:

Description (last modified by Pedro Gea)

Buenos días,

tenemos un modelo Probit, con 6 submodelos que en total suman 250.000 registros. Tiene 162 parámetros con algun 42 prior y 162 restricciones

El modelo está en:

\\nas\bdr\mms\tickets\517\PRICTA.Mod.WOE_Fmz.SI_Gen.2006XX_Ctr.XXXX_Seg.XXX..Imp_in_91_12mesº7.0ºProbitºMLE__1.5.oza

Entiendo que se cae porque es demasiado grande lo que queremos estimar, pero
¿Se podría hacer que no se caiga tol usando VMatrix en vez de Matrix? ¿O se os ocurre alguna otra solución para que tol no se caiga?

Change History (3)

comment:1 Changed 14 years ago by Pedro Gea

Description: modified (diff)
Milestone: → Release 0.6
Status: new → accepted

El problema es un consumo excesivo de memoria en la construcción de matrices intermedias. Probablemente este caso podría resolverse si se optimizara MMS en el uso de memoria, aunque siempre existirán modelos más grandes que serán intratables.

He conseguido lanzar el modelo directamente con BSR (paquete BysMcmc) a partir de los ascii que genera MMS. Aunque tras hacer eso el error en ese caso es otro:

No es posible aplicar TruncStdGaussian a una matriz virtual (valor inicial no factible)...

comment:2 Changed 14 years ago by Pedro Gea

Resolution: → fixed
Status: accepted → closed

Los problemas por el excesivo consumo de memoria han sido solucionados a raíz del tique #545.

comment:3 Changed 14 years ago by Pedro Gea

Description: modified (diff)
Note: See TracTickets for help on using tickets.