Hi,
I updated the wiki page concerning the generic parallelization scheme of Dynare. http://www.dynare.org/DynareWiki/ParallelDynare
Please verify that I did not forget anything we discussed during our meeting.
Best,
Hi All,
Thanks a lot, Sebastien. One minor thing is that we also discussed an option to just run dynare for testing the configuration file, someting like parallel_test.
Then there is another issue concerning seeds for the MCMC paralle chains. Currently, this is done in metropolis_hastings_initialization.m where the seeds for the parallel chains are generated using the clock. Now I see that in the most recent versions of MATLAB there is a new random number generation engine which allows to properly initiate a number of independent random sequences, which is exactly what we need (RandStream etc.). This would allow, by resetting seeds at the beginning of any dynare execution, to make the chains replicable in a deterministic way. We will have also to test for older matlab versions, where we may leave the clock implementation. What do you think?
best wishes Marco
On Tue, 07 Sep 2010 12:41:42 +0200, Sébastien Villemot sebastien.villemot@ens.fr wrote:
Hi,
I updated the wiki page concerning the generic parallelization scheme of Dynare. http://www.dynare.org/DynareWiki/ParallelDynare
Please verify that I did not forget anything we discussed during our meeting.
Best,
rattoma marco.ratto@jrc.it writes:
One minor thing is that we also discussed an option to just run dynare for testing the configuration file, someting like parallel_test.
Thanks for reminding me this, I added it to the wiki page.
Then there is another issue concerning seeds for the MCMC paralle chains. Currently, this is done in metropolis_hastings_initialization.m where the seeds for the parallel chains are generated using the clock. Now I see that in the most recent versions of MATLAB there is a new random number generation engine which allows to properly initiate a number of independent random sequences, which is exactly what we need (RandStream etc.). This would allow, by resetting seeds at the beginning of any dynare execution, to make the chains replicable in a deterministic way. We will have also to test for older matlab versions, where we may leave the clock implementation. What do you think?
This issue is not specific to the parallelization scheme, and is already the object of trac ticket #85: https://www.dynare.org/trac/ticket/85
Best,