Hi Alan I have added some additional optimizations to the text rendering and sizing for wxWidgets driver. Everything is smooth on Windows. Let me know if you see any speed up on Linux. If it is still unsatisfactory I can increase the polling rate - that just uses CPU I guess.
Cheers Phil On 31 May 2015 at 12:42, Phil Rosenberg <p.d.rosenb...@gmail.com> wrote: > Hi alan > The missing subpage rendering is now fixed - at least on Windows. This > turned out to be a wxWidgets bug which I have reported > http://trac.wxwidgets.org/ticket/17013 and put some workarounds in > place. > > I will look at the optimisations to speed up rendering as soon as I can. > > Phil > > On 30 May 2015 at 20:29, Phil Rosenberg <p.d.rosenb...@gmail.com> wrote: >> Hi Alan >> Thanks for that. There is clearly some issue with subpages. For example 1 I >> have just realised I only get the first subpage rendered. I will sort that >> asap and make a commit. >> >> Re the timing, nearly a minute to render is clearly awful. I haven't seen >> anything so bad on Windows. Now I know it is so bad I can add some extra >> optimizations. >> >> Thanks Alan for the testing, I will let you know when the next version is >> ready. >> >> Phil >> ________________________________ >> From: Alan W. Irwin >> Sent: 30/05/2015 19:07 >> To: Phil Rosenberg >> Cc: plplot-devel@lists.sourceforge.net >> Subject: Re: [Plplot-devel] wxPLViewer text size >> >> On 2015-05-30 12:11+0100 Phil Rosenberg wrote: >> >>> Hi All >>> I have just pushed some changes allowing wxWidgets driver to generate >>> text sizes for layout purposes. However for use with wxPLViewer (i.e. >>> when wxWidgets driver is used from the command line) this involves >>> multiple checks backwards and forward. this is pretty slow. I have >>> checked example 26 and this works fine, but takes a couple of seconds >>> to render. >> >> Hi Phil: >> >> I am afraid it is bad news for this series of changes. >> >> The speed on Linux has now (commit a407d24) slowed to a crawl, and >> additional rendering issues have been introduced. Furthermore, time >> measurements vary all over the map. >> >> For example, >> >> software@raven> time examples/c/x01c -dev wxwidgets >> PLplot library version: 5.11.0 >> >> real 0m9.242s >> user 0m0.040s >> sys 0m0.064s >> software@raven> time examples/c/x01c -dev wxwidgets >> PLplot library version: 5.11.0 >> >> real 0m57.337s >> user 0m0.080s >> sys 0m0.196s >> >> and later the time went back down to ~10 seconds or so. Furthermore, >> for this example, only the first of the 4 subpages are rendered. It >> is not a hang, because after the first subpage is rendered (taking >> somewhere between 10 seconds and 60 seconds) hitting the enter key >> exits the example. >> >> My bet is there has been some wxwidgets bug introduced by the recent >> changes and concentrating on example 1 would be a good way to debug >> whatever the problem is. >> >> After doing that, if the time required to render example 1 is still >> more than a fraction of a second, then I would carefully review the >> client-server model you are using for wxPLViewer and why your text >> size changes have made such a drastic reduction in speed. >> >> 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 >> __________________________ ------------------------------------------------------------------------------ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
