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.

Changes between Initial Version and Version 1 of Ticket #517


Ignore:
Timestamp:
Jan 24, 2011, 9:31:22 AM (14 years ago)
Author:
Pedro Gea
Comment:

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)...

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #517

    • Property Status changed from new to accepted
    • Property Milestone changed from to Release 0.6

  • Ticket #517 – Description

    initial v1  
    11Buenos días,
    22
    3   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
     3  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
    44
    55El modelo está en:
    6 
    7 
     6{{{
    87\\nas\bdr\mms\tickets\PRICTA.Mod.WOE_Fmz.SI_Gen.2006XX_Ctr.XXXX_Seg.XXX..Imp_in_91_12mesº7.0ºProbitºMLE__1.5.oza
    9 
     8}}}
    109
    1110Entiendo que se cae porque es demasiado grande lo que queremos estimar, pero
    12 ¿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?
     11¿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?
    1312