August 2012 - Dev - dynare.org

[Trac] #240: rewrite getPowerDeriv assignments in temporary terms
by Trac Dynare 30 Oct '12

30 Oct '12

#240: rewrite getPowerDeriv assignments in temporary terms --------------------------+------------------------------------------------- Reporter: houtanb | Owner: houtanb Type: bug | Status: new Priority: major | Milestone: 4.3 Component: Preprocessor | Version: Keywords: | --------------------------+------------------------------------------------- From Stephane: In models with power functions of the form x**a (utility functions, production functions, agregation functions, quadratic costs, ...) the evaluation of the jacobian matrix (or higher order derivates) necessitate potentially a huge number of calls to the routine getPowerDeriv (the name of the routine is explicit enough). In my example (a real business cycle model with perfect foresight) most of the time is spent in this routine, while, if my understanding is correct, this is not necessary because x>0. I wrote a mex file (see the new branch called mex-!GetPowerDeriv) as a replacement for the matlab routine, unfortunatly the overhead cost is so high that the use of the mex file increases the total time of execution! In my case I resolved the issue by using option use_dll, but this is not a solution for the majority of our users (they would have to install cygwin/gcc and configure matlab/mex). So my question is: Do we really need to call this routine in all situations ? Would it not be possible to replace calls to this routine by something like: if (abs(x)>1e-12) tmp = ANALYTICAL_EXPRESSION_OF_THE_DERIVATIVE{x,params}; else tmp = 0; end -- Ticket URL: <https://www.dynare.org/trac/ticket/240> Dynare <http://www.dynare.org> The Dynare project

1 3

[Trac] #239: Add the possibility of having intermediate files elsewhere than in current directory
by Trac Dynare 30 Oct '12

30 Oct '12

#239: Add the possibility of having intermediate files elsewhere than in current directory -------------------------+-------------------------------------------------- Reporter: sebastien | Owner: Type: enhancement | Status: new Priority: major | Milestone: 5.0 Component: General | Version: Keywords: | -------------------------+-------------------------------------------------- Currently Dynare creates all its intermediate files (dynamic, static, ...) in the current directory. It would be useful to have the possibility of choosing the directory where intermediate files are created. Requested by Derek Anderson from IMF Modeling Unit. -- Ticket URL: <https://www.dynare.org/trac/ticket/239> Dynare <http://www.dynare.org> The Dynare project

1 1

[Trac] #230: Parallelize the testsuite
by Trac Dynare 12 Oct '12

12 Oct '12

#230: Parallelize the testsuite --------------------------------------+------------------------------------- Reporter: sebastien | Owner: sebastien Type: enhancement | Status: new Priority: major | Milestone: Component: Build system / Packaging | Version: Keywords: | --------------------------------------+------------------------------------- Currently the testsuite only uses one processor. We should paralellize it, probably using the -j option of make. Some tests have to be run in sequential order (the 2nd test depends on the result of the 1st): those should probably lie in a separate list of tests which will not be (fully) parallelized. Need to think about a way to aggregate the tests results into one report. -- Ticket URL: <https://www.dynare.org/trac/ticket/230> Dynare <http://www.dynare.org> The Dynare project

1 2

[Trac] #222: Crash in estimation
by Trac Dynare 08 Oct '12

08 Oct '12

#222: Crash in estimation ---------------------------------+------------------------------------------ Reporter: sebastien | Owner: ferhat Type: bug | Status: new Priority: major | Milestone: Component: Block decomposition | Version: 4.2.2 Keywords: | ---------------------------------+------------------------------------------ I attach the MOD file and data. Reported on the forum: http://www.dynare.org/phpBB3/viewtopic.php?f=1&t=3402 -- Ticket URL: <https://www.dynare.org/trac/ticket/222> Dynare <http://www.dynare.org> The Dynare project

1 2

[Trac] #274: On Windows, nan and inf are incorrectly translated in <filename>.m
by Trac Dynare 01 Oct '12

01 Oct '12

#274: On Windows, nan and inf are incorrectly translated in <filename>.m --------------------------+----------------------- Reporter: sebastien | Owner: sebastien Type: bug | Status: new Priority: major | Milestone: Component: Preprocessor | Version: 4.3.0 Keywords: | --------------------------+----------------------- Under Windows 7 (and possibly Windows XP, need to check), the nan and inf values are respectively printed as 1.#IND and 1.#INF in the M-files generated by the preprocessor. This obviously leads to a crash. -- Ticket URL: <https://www.dynare.org/trac/ticket/274> Dynare <http://www.dynare.org> The Dynare project

1 1

[Trac] #237: Document sbvar command
by Trac Dynare 26 Sep '12

26 Sep '12

#237: Document sbvar command ---------------------------+------------------------------------------------ Reporter: houtanb | Owner: michel Type: bug | Status: new Priority: major | Milestone: 4.3 Component: Documentation | Version: Keywords: | ---------------------------+------------------------------------------------ -- Ticket URL: <https://www.dynare.org/trac/ticket/237> Dynare <http://www.dynare.org> The Dynare project

1 2

[Trac] #277: mex problem with Matlab 7.1 under Windows XP
by Trac Dynare 18 Sep '12

18 Sep '12

#277: mex problem with Matlab 7.1 under Windows XP --------------------------------------+----------------------- Reporter: michel | Owner: sebastian Type: bug | Status: new Priority: major | Milestone: Component: Build system / Packaging | Version: Keywords: | --------------------------------------+----------------------- I have received the following error message ??? Invalid MEX-file 'C:\JIJI\Dynare\4.3.0\matlab\..\mex\matlab\win32-7.1-7.4\mjdgges.mexw32': La procédure spécifiée est introuvable. Windows XP Matlab 7.1 the same problem exists with Dynare unstable. Dynare version 4.2.4 used to work -- Ticket URL: <https://www.dynare.org/trac/ticket/277> Dynare <http://www.dynare.org> The Dynare project

5 9

[Trac] #268: In Dynare++, use libmatio instead of home-made routines for MAT files
by Trac Dynare 11 Sep '12

11 Sep '12

#268: In Dynare++, use libmatio instead of home-made routines for MAT files -------------------------+-------------------------------------------------- Reporter: sebastien | Owner: sebastien Type: enhancement | Status: new Priority: major | Milestone: 5.0 Component: Dynare++ | Version: Keywords: | -------------------------+-------------------------------------------------- -- Ticket URL: <https://www.dynare.org/trac/ticket/268> Dynare <http://www.dynare.org> The Dynare project

1 2

[Trac] #248: Add tests for the parallelization engine
by Trac Dynare 11 Sep '12

11 Sep '12

#248: Add tests for the parallelization engine ---------------------------------+------------------------------------------ Reporter: sebastien | Owner: ferhat Type: enhancement | Status: new Priority: major | Milestone: Component: Block decomposition | Version: Keywords: | ---------------------------------+------------------------------------------ -- Ticket URL: <https://www.dynare.org/trac/ticket/248> Dynare <http://www.dynare.org> The Dynare project

1 2

[Trac] #272: graph_format with multiple formats
by Trac Dynare 11 Sep '12

11 Sep '12

#272: graph_format with multiple formats ---------------------------------+-------------------- Reporter: ratto | Owner: ferhat Type: enhancement | Status: new Priority: major | Milestone: 5.0 Component: Block decomposition | Version: 4.3.0 Keywords: graph_format | ---------------------------------+-------------------- Currently the option graph_format only allows only one format at a time to be selected. This can be a strong limitation (assume one wants both eps for latex and fig to handle and edit plots). We should allow multiple entries with a preprocessor syntax graph_format =[eps,fig] The preprocessor would define the variable in options_ as: options_.graph_format = char('eps', 'fig' ); which would properly be handled in dyn_saveas by changing strcmp with strmatch. -- Ticket URL: <https://www.dynare.org/trac/ticket/272> Dynare <http://www.dynare.org> The Dynare project

1 2