My best guess to this would be that every time new data is added to the plot the wxPLViewer gets some new data and probably then calls plreplot(). This then replots all the data from the beginning of the stream including all the data that has previously been cleared and all the clears. Whereas other plots probably just add the new data onto the existing plot.
If this is the case then really the only fix for this inefficiency would be an API change to allow plotting only part of a buffer or some smart parsing of the buffer by plreplot to not render data before a clear, but because clears are subpage specific and the current subpage is not recorded anywhere this is a very large bit of work. In fact I would go as far as suggesting that the amount of time that we would spend resolving this issue might be orders of magnitude longer than the total amount of time all our users would spend waiting because of this inefficiency! On 3 October 2017 at 08:05, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2017-10-03 00:20+0100 p.d.rosenb...@gmail.com wrote: > >> Hi Alan >> >> Are those timing values from the console side or the viewer side? > > > I failed to state how I measured time for the example 17 case but that > was done essentially identically to what I stated for the example 8 > case, i.e., total time from start of example (core) to finish of all > rendering. So for new wxwidgets it is a combination of short core > time plus long wxPLViewer rendering time, while for old wxwidgets it > is total core time alone because wxPLViewer is irrelevant in that case > (i.e., core does its own rendering). > > [out of order] >> >> I'm not sure what the cause is right now, but I'll run those examples >> through a profiler and see. > > > Thanks! > > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation for stellar interiors (freeeos.sf.net); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); the libLASi project > (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); > and the Linux Brochure Project (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
