I was mostly saying that if you group the output by source file that there is a higher percentage of calls to functions in ludcmp.hpp than in say ludcmp.cpp or ludcmp_inv.cpp.<br /><br />As far as the memory leak, that is a possibility. Using valgrinds memcheck tool could help locate any memory leaks.<br /><br />Derek<br /><br />On , John Sibert <sibert@hawaii.edu> wrote:<br />> I'm not sure how to interpret the display with respect to the number of calls to<br />> <br />> cltudecomp_for_adjoint::ludecomp_pivot_for_adjoint_1()<br />> <br />> (if that is what you are talking about),  but I note that number of calls to new exceeds the calls to delete by 14 calls. Is there a memory leak?<br />> <br />> John<br />> <br />> <br />> <br />> On 05/21/2011 06:17 AM, Derek Seiple wrote:<br />> <br />> <br />> I looked through the file Dave gave me with the inv code in it. I<br />> <br />> didn't look very different from what is in version 10. I swapped it<br />> <br />> out any way to see if it made any difference in the 'vol' example, but<br />> <br />> it ran at the same speed. The profile I have of the 'vol' example<br />> <br />> (attached: open with kcachegrind) suggests that a lot of time is being<br />> <br />> spent in the headers for the lu-decomposition. Specifically the<br />> <br />> decomp_for_adjoint.<br />> <br />> <br />> <br />> Derek<br />> <br />> <br />> <br />> On Thu, May 19, 2011 at 4:36 PM, Derek Seipledseiple84@gmail.com>  wrote:<br />> <br />> <br />> Hi All,<br />> <br />> Yes, I have made some improvements, but it is not yet back to the<br />> <br />> speed that 9.1 had. I am going to make one more change to the code and<br />> <br />> then see where we are. Once I've made the change and tested it I'll<br />> <br />> report back.<br />> <br />> <br />> <br />> Derek<br />> <br />> <br />> <br />> On Thu, May 19, 2011 at 3:13 PM, John Sibertsibert@hawaii.edu>  wrote:<br />> <br />> <br />> I seem to recall a recent message from Derek implying that he had fixed the<br />> <br />> speed issue.<br />> <br />> John<br />> <br />> <br />> <br />> On 05/19/2011 08:02 AM, Arni Magnusson wrote:<br />> <br />> <br />> Hi Dave,<br />> <br />> <br />> <br />> I notice that I'm the only recipient of this important question. I<br />> <br />> appreciate your faith in me, but efficient linear algebra with AD objects is<br />> <br />> really outside my area of expertise.<br />> <br />> <br />> <br />> I haven't looked at the inverse or solve code (old, new, or proposed), but<br />> <br />> posted the GCC profile diagnostics to help the development team to improve<br />> <br />> the performance of the 'vol' example, which became 3 times slower between<br />> <br />> 9.1 and 10.0. The profile diagnostics point at some culprit functions, and<br />> <br />> Derek Seiple told me (25 Apr email) that he is currently following those<br />> <br />> leads.<br />> <br />> <br />> <br />> This is definitely a high-priority issue. Given the nature of the problem<br />> <br />> (we have 9.1 code that works fast) and the upcoming developer workshop, I'm<br />> <br />> optimistic it will be solved in version 10.2 or 11.0.<br />> <br />> <br />> <br />> Cheers,<br />> <br />> <br />> <br />> Arni<br />> <br />> <br />> <br />> <br />> <br />> <br />> <br />> On Thu, 19 May 2011, dave fournier wrote:<br />> <br />> <br />> <br />> <br />> Hi,<br />> <br />> <br />> <br />> I'm a bit woried about these problmes with inv and maybe solve taking so<br />> <br />> long.<br />> <br />> <br />> <br />> It kind of breaks the entire software. That is what I alway expected to<br />> <br />> happen eventually.  The idea is that it is supposed to be fast. I produced a<br />> <br />> sketch of the code proper working code but it seems to have been screwed up.<br />> <br />> Any thoughts?<br />> <br />> <br />> <br />> Dave<br />> <br />> <br />> <br />> <br />> _______________________________________________<br />> <br />> Developers mailing list<br />> <br />> Developers@admb-project.org<br />> <br />> http://lists.admb-project.org/mailman/listinfo/developers<br />> <br />> <br />> <br />> <br />> --<br />> <br />> John Sibert<br />> <br />> Emeritus Researcher, SOEST<br />> <br />> University of Hawaii at Manoa<br />> <br />> <br />> <br />> Visit the ADMB project http://admb-project.org/<br />> <br />> <br />> <br />> <br />> <br />> <br />> <br />> <br />> -- <br />> <br />> John Sibert<br />> <br />> Emeritus Researcher, SOEST<br />> <br />> University of Hawaii at Manoa<br />> <br />> <br />> <br />> Visit the ADMB project http://admb-project.org/<br />> <br />> <br />> <br />>