Looking again the the journal, I believe now that the message "run out of memory" is not an error message but an information that triggers a change in the trade-off between speed and memory (i.e. decreasing number of the threads)
I don't think that dynare++ catches memory allocation failure and just crashes at that point.
Michel Juillard writes:
Johannes,
do you know for which order this example is working on your machine and for which order it doesn't?
When it is working does the jnl make sense?
It may be that 8GB is not enough to even store the derivatives of the model before starting computations but that for some reason the program doesn't crash until much later.
Best
Michel
Johannes Pfeifer writes:
Hi Michel,
I ran dynare++ on the mentioned mod-file again under Windows++ and used the system monitoring tools for monitoring memory usage. The picture is attached. The blue line shows the percent of memory used of my 8GB RAM on my Laptop from the start until the crash. As you can see, there is not much movement. I do not get anywhere close to the 8GB of memory used for the task that you report for Linux. Rather, straight from the beginning the jnl-file reports 0 available memory and "out of memory". It simply seems as if Dynare++ is hardly using any memory straight from the start. This does not seem to be just a problem of measuring memory usage on Windows.
Best,
Johannes
Johannes Pfeifer
Department of Economics
University of Mannheim
L7, 3-5, Room 242
68131 Mannheim
Germany
+49 (0)621 181-3430
Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev