[Users] Graphical display of timer data

Steven R. Brandt sbrandt at cct.lsu.edu
Tue May 23 09:20:34 CDT 2017


Thanks, Ian. Yes, we were thinking of the detailed timers and we were 
thinking about making a modification to provide live data. We'll make 
the project soon.

--Steve


On 05/23/2017 02:17 AM, Ian Hinder wrote:
>
> On 22 May 2017, at 21:35, Steven R. Brandt <sbrandt at cct.lsu.edu 
> <mailto:sbrandt at cct.lsu.edu>> wrote:
>
>> Is there a way to graphically display cactus timer data? We're thinking
>> about having an REU student develop such a tool if it doesn't exist. 
>> Thanks.
>
> Hi Steve,
>
> Not that I know of.  What sort of graphical display are you thinking 
> of?  Anyone can plot the Carpet timing variables 
> (physical_time_per_hour as a function of time) etc in whatever they 
> usually use to make plots of Cactus data.
>
> If you are thinking of the detailed timers used to profile the 
> different parts of the code, then it would be good to have something 
> to make a quick plot of these.  They could take the timertree.*.xml 
> files and produce a hierarchical display of the timers.  This could be 
> a tree or a pie chart.  I have done this before using Mathematica. 
>  Some of the things I did were:
>
> – Selecting a threshold so that timers which contribute a small amount 
> are omitted, otherwise there are too many timers to display
> – Creating "groups" (via string patterns) so that you can logically 
> group things together (e.g. you might want to merge all the different 
> McLachlan RHS timers into a single one) depending on the analysis you 
> are doing
>
> It would be good to have a tool, maybe based on Python and Matplotlib, 
> to generate such plots quickly and simply.  One issue is that the 
> timer XML files are only written at the end of the simulation, and 
> their content is not reduced among processors.  It is usually quite 
> important to consider all the processors, not just the first one, so 
> we should think about how this should be done.  Depending on what you 
> want to achieve, it could also be useful to output the XML files 
> regularly, though then you have to think about whether it's important 
> to keep the historical data, or just replace with the current totals. 
>  It also leads to a large number of output files since we have one per 
> process.  This is why I don't enable this timer output in my own 
> simulations, except when explicitly benchmarking/profiling.
>
> Perhaps you could create a page under "projects" on the ET wiki and we 
> can make notes and suggestions there?
>
> -- 
> Ian Hinder
> http://members.aei.mpg.de/ianhin
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/users/attachments/20170523/47b1bfa8/attachment-0001.html 


More information about the Users mailing list