Re: Timing graphics in the real world
- To: mathgroup at smc.vnet.net
- Subject: [mg123045] Re: Timing graphics in the real world
- From: David Bailey <dave at removedbailey.co.uk>
- Date: Mon, 21 Nov 2011 04:29:27 -0500 (EST)
- Delivered-to: l-mathgroup@mail-archive0.wolfram.com
- References: <201111191145.GAA18886@smc.vnet.net> <jaalb4$171$1@smc.vnet.net>
On 20/11/2011 10:38, DrMajorBob wrote: > A quote from Help: > > "AbsoluteTiming[expr] measures only the time involved in actually > evaluating expr, not time involved in formatting the result." > > Graphics rendering occurs in the FrontEnd, not the Kernel, so > AbsoluteTiming doesn't count it. > > Bobby Unfortunately, this isn't exactly right. AbsoluteTiming measures - as one might expect - absolute time! The problem is that it measures it before handing over the result to the FE. One answer is to measure the absolute time of something like this: (Print[Plot[<something fancy>]];LinkWrite[$ParentLink, CellInformation[SelectedNotebook[]]])//AbsoluteTiming This forces the FE to finish rendering before it measures the absolute time. A year ago, I gave a paper about a variety of subtle Mathematica timing/performance issues, which included this point: http://www.wolfram.com/events/techconf2010/speakers.html David Bailey http://www.dbaileyconsultancy.co.uk
- References:
- Timing graphics in the real world
- From: Ralph Dratman <ralph.dratman@gmail.com>
- Timing graphics in the real world