Larry Becker a écrit : > @Michaël, Selection Renderer's Paint now returns immediately with > passed geometry's envelope doesn't intersect viewport. This should > speed up your test case for high zooms significantly. Excellent ! It is much faster now in my test case. Could this one be a side effect : each time I zoom or pan around my selection, there is now a small yellow square appearing somewhere in the window, inside or outside a selected feature (not on a coordinate). It seems to appear at random place inside the viewport. Maybe related to the previous place of a coordinate.
Michaël > > @Sunburned, your proposal for skipping very small text labels sounds > reasonable. In practice, unless text is not scaled with the zoom > level or attribute, we could probably skip rendering it at a fixed scale. > > Larry > > On Fri, Feb 19, 2010 at 4:27 PM, Sunburned Surveyor > <sunburned.surve...@gmail.com <mailto:sunburned.surve...@gmail.com>> > wrote: > > Good job Larry! You identified our problem and another of other > possible rendering improvements along the way! > > Maybe it would be worth skipping text labels that we know aren't > visible at the current scale, even if min rendering scale isn't set by > the user. > > The Sunburned Surveyor > > On Fri, Feb 19, 2010 at 1:41 PM, Larry Becker > <becker.la...@gmail.com <mailto:becker.la...@gmail.com>> wrote: > > OK, wow. It just takes that long to render a lot of text that > is too small > > to see. So there is no real problem here, at least one that > can't be solved > > with the Scale tab of Change Styles. > > > > Hmm, I'll wait for luca's reply. > > > > > > On Fri, Feb 19, 2010 at 3:35 PM, Larry Becker > <becker.la...@gmail.com <mailto:becker.la...@gmail.com>> > > wrote: > >> > >> I'm homing in on the problem. I've determined it only occurs > when a layer > >> has labeling turned on. > >> > >> @luca, can you confirm this? > >> > >> Larry > >> > >> On Fri, Feb 19, 2010 at 3:26 PM, Larry Becker > <becker.la...@gmail.com <mailto:becker.la...@gmail.com>> > >> wrote: > >>> > >>> HI Michaël, > >>> > >>> Your hypothesis about selection painting is correct. The call to > >>> StyleUtil.paint in AbstractSelectionRender is unconditional. > Only the > >>> handle painting is optimized for the viewport. I'm not sure > how important > >>> it is to optimize this, but let's put it off until after the > redundant > >>> rendering is solved. > >>> > >>> regards, > >>> Larry > >>> > >>> On Fri, Feb 19, 2010 at 3:15 PM, Larry Becker > <becker.la...@gmail.com <mailto:becker.la...@gmail.com>> > >>> wrote: > >>>> > >>>> Let's not get distracted trying to optimize redraw. The > problem I'm > >>>> seeing occurs AFTER redraw is complete. > >>>> > >>>> I've done several more tests and have determined that the > RenderManager > >>>> Timer event is not stopping after the panel is visually > redrawn. This > >>>> occurs no matter how large the dataset is, but is more > noticeable for large > >>>> ones. No clue yet why this is happening. > >>>> > >>>> Larry > >>>> > >>>> On Fri, Feb 19, 2010 at 3:11 PM, Larry Becker > <becker.la...@gmail.com <mailto:becker.la...@gmail.com>> > >>>> wrote: > >>>>> > >>>>> OJ is optimized to only draw items that intersect the viewport. > >>>>> Unfortunately, it takes work to determine which are which. > >>>>> > >>>>> Larry > >>>>> > >>>>> On Fri, Feb 19, 2010 at 3:09 PM, Sunburned Surveyor > >>>>> <sunburned.surve...@gmail.com > <mailto:sunburned.surve...@gmail.com>> wrote: > >>>>>> > >>>>>> Michael wrote: "It seems that selection rendering do not > limit the > >>>>>> rendering to the > >>>>>> viewport (for high zoom > >>>>>> rendering is slow, and periods where features are drawn on > screen > >>>>>> alternate with periods where nothing happen)" > >>>>>> > >>>>>> Does this mean we could speed things up by only painting > the selected > >>>>>> features within the viewport window? If we think this would > help I can > >>>>>> take a peek at the code. > >>>>>> > >>>>>> Landon > >>>>>> > >>>>>> 2010/2/19 Michaël Michaud <michael.mich...@free.fr > <mailto:michael.mich...@free.fr>>: > >>>>>> > Hi, > >>>>>> > > >>>>>> > I can't help much as I did not notice any problem with > selection and > >>>>>> > zoom features. > >>>>>> > I have a little regret about the delay after zooming as > the zoom is > >>>>>> > very > >>>>>> > fast but I have to wait a little 0.7s to see the new > vector drawing. > >>>>>> > > >>>>>> > About selection and zoom / unzoom with a huge dataset, > here are my > >>>>>> > figures > >>>>>> > intel core i7 / 64 bits windows vista but used with a 32 > bit version > >>>>>> > of java > >>>>>> > > >>>>>> > dataset : 177 545 features, 31 901 665 points > >>>>>> > selection : 43217 features, 4 850 086 points (max = 57 > 398 points > >>>>>> > for > >>>>>> > one feature) > >>>>>> > > >>>>>> > redraw for > >>>>>> > > >>>>>> > very low zoom : 14 s + 6 s for selection > >>>>>> > low zoom : 8 s + 27 s for selection > >>>>>> > medium zoom : 8 s + 35 s for selection > >>>>>> > high zoom : 8 s + 48 s for selection > >>>>>> > very high zoom : 15 s + 51 s for selection > >>>>>> > > >>>>>> > (very unprecise measure, but enough to make hypothesis) > >>>>>> > > >>>>>> > > >>>>>> > It seems that renderer optimization is very efficient for > both > >>>>>> > unselected features and selected features > >>>>>> > (optimizer draws only points separated by one pixel or > so) as we can > >>>>>> > see > >>>>>> > that very low zoom is very fast > >>>>>> > > >>>>>> > It seems that selection rendering do not limit the > rendering to the > >>>>>> > viewport (for high zoom > >>>>>> > rendering is slow, and periods where features are drawn > on screen > >>>>>> > alternate with periods where nothing happen) > >>>>>> > > >>>>>> > Just hypothesis. Hope that helps. > >>>>>> > > >>>>>> > Michaël > >>>>>> > > >>>>>> > > >>>>>> > Larry Becker a écrit : > >>>>>> >> Interesting results. However, on a hunch, I did a test > with even > >>>>>> >> more interesting results. On Windows, open Task Manager > and watch > >>>>>> >> the > >>>>>> >> CPU Usage while OJ renders a large dataset. After the > rendering is > >>>>>> >> visually complete, OJ continues to use CPU cycles for > much longer - > >>>>>> >> almost a minute in my test. After the CPU Usage finally > drops, > >>>>>> >> selection feedback starts working. > >>>>>> >> > >>>>>> >> This is might be an indication that multiple redundant layer > >>>>>> >> redraws > >>>>>> >> are occurring. Since selection feedback is drawn last, > it must > >>>>>> >> wait > >>>>>> >> for all of this to finish. I don't have any ideas as to > what might > >>>>>> >> be > >>>>>> >> causing this, does anyone else? > >>>>>> >> > >>>>>> >> regards, > >>>>>> >> Larry > >>>>>> >> > >>>>>> >> On Fri, Feb 19, 2010 at 11:40 AM, Stefan Steiniger > >>>>>> >> <sst...@geo.uzh.ch <mailto:sst...@geo.uzh.ch> > >>>>>> >> <mailto:sst...@geo.uzh.ch <mailto:sst...@geo.uzh.ch>>> > wrote: > >>>>>> >> > >>>>>> >> mhm.. ok, so I would guess the problem is related to > the size > >>>>>> >> of the > >>>>>> >> geometries and its drawing? > >>>>>> >> I recently had a problem - drawing a linestring that > consisted > >>>>>> >> of more > >>>>>> >> than 1000 points. I couldn't do anything for 20-30 > seconds on > >>>>>> >> MS > >>>>>> >> Vista, > >>>>>> >> my XP was a bit faster. However, the problem solved > when I > >>>>>> >> connected the > >>>>>> >> 1000 points with linestrings that have only a start and > >>>>>> >> endpoint, i.e. > >>>>>> >> instead of drawing 1 linestring a had to draw now > 500, but here > >>>>>> >> the 500 > >>>>>> >> lines could be drawn one after each other, and > everything is > >>>>>> >> done > >>>>>> >> within > >>>>>> >> 2-3 seconds (instead of 20 secs) > >>>>>> >> > >>>>>> >> (if Larry wants to test, I can send that linestring?) > >>>>>> >> > >>>>>> >> however, I am not sure why working with the 1000 points > >>>>>> >> linestring > >>>>>> >> is so > >>>>>> >> slow (i.e. does paint make some tests?) > >>>>>> >> > >>>>>> >> stefan > >>>>>> >> > >>>>>> >> luca marletta wrote: > >>>>>> >> > luca marletta > >>>>>> >> > www.beopen.it <http://www.beopen.it> > <http://www.beopen.it> > >>>>>> >> > > >>>>>> >> > > >>>>>> >> > > >>>>>> >> > On Fri, Feb 19, 2010 at 5:42 PM, Larry Becker > >>>>>> >> <becker.la...@gmail.com > <mailto:becker.la...@gmail.com> <mailto:becker.la...@gmail.com > <mailto:becker.la...@gmail.com>>> wrote: > >>>>>> >> >> Hi luca, > >>>>>> >> >> > >>>>>> >> >> When you try to select features, does the > status bar > >>>>>> >> quickly > >>>>>> >> show your > >>>>>> >> >> selection count, even though no selection handles > appear? > >>>>>> >> >> > >>>>>> >> >> If not, this explains why the right click menu > is not > >>>>>> >> appearing. It needs > >>>>>> >> >> selection information to enable or disable options. > >>>>>> >> > > >>>>>> >> > Larry, no I had not much problem with showing > selection > >>>>>> >> count, > >>>>>> >> is anyway quick. > >>>>>> >> > > >>>>>> >> > I noticed an important stuff. > >>>>>> >> > > >>>>>> >> > May dataset is full of large and aggregated > geometry and in > >>>>>> >> this > >>>>>> >> case > >>>>>> >> > I guess geometry index can not much help. > >>>>>> >> > > >>>>>> >> > If I explode all, I reduce the delay a lot. > >>>>>> >> > > >>>>>> >> > luca > >>>>>> >> > > >>>>>> >> > > >>>>>> >> > >>>>>> >> > > ------------------------------------------------------------------------------ > >>>>>> >> > Download Intel® Parallel Studio Eval > >>>>>> >> > Try the new software tools for yourself. Speed > compiling, > >>>>>> >> find bugs > >>>>>> >> > proactively, and fine-tune applications for parallel > >>>>>> >> performance. > >>>>>> >> > See why Intel Parallel Studio got high marks > during beta. > >>>>>> >> > http://p.sf.net/sfu/intel-sw-dev > >>>>>> >> > _______________________________________________ > >>>>>> >> > Jump-pilot-devel mailing list > >>>>>> >> > Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net> > >>>>>> >> <mailto:Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net>> > >>>>>> >> > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >>>>>> >> > >>>>>> >> > >>>>>> >> > > ------------------------------------------------------------------------------ > >>>>>> >> Download Intel® Parallel Studio Eval > >>>>>> >> Try the new software tools for yourself. Speed > compiling, find > >>>>>> >> bugs > >>>>>> >> proactively, and fine-tune applications for parallel > >>>>>> >> performance. > >>>>>> >> See why Intel Parallel Studio got high marks during > beta. > >>>>>> >> http://p.sf.net/sfu/intel-sw-dev > >>>>>> >> _______________________________________________ > >>>>>> >> Jump-pilot-devel mailing list > >>>>>> >> Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net> > >>>>>> >> <mailto:Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net>> > >>>>>> >> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> -- > >>>>>> >> Larry Becker > >>>>>> >> Integrated Systems Analysts, Inc. > >>>>>> >> > >>>>>> >> > ------------------------------------------------------------------------ > >>>>>> >> > >>>>>> >> > >>>>>> >> > > ------------------------------------------------------------------------------ > >>>>>> >> Download Intel® Parallel Studio Eval > >>>>>> >> Try the new software tools for yourself. Speed > compiling, find bugs > >>>>>> >> proactively, and fine-tune applications for parallel > performance. > >>>>>> >> See why Intel Parallel Studio got high marks during beta. > >>>>>> >> http://p.sf.net/sfu/intel-sw-dev > >>>>>> >> > >>>>>> >> > ------------------------------------------------------------------------ > >>>>>> >> > >>>>>> >> _______________________________________________ > >>>>>> >> Jump-pilot-devel mailing list > >>>>>> >> Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net> > >>>>>> >> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >>>>>> >> > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > > ------------------------------------------------------------------------------ > >>>>>> > Download Intel® Parallel Studio Eval > >>>>>> > Try the new software tools for yourself. Speed compiling, > find bugs > >>>>>> > proactively, and fine-tune applications for parallel > performance. > >>>>>> > See why Intel Parallel Studio got high marks during beta. > >>>>>> > http://p.sf.net/sfu/intel-sw-dev > >>>>>> > _______________________________________________ > >>>>>> > Jump-pilot-devel mailing list > >>>>>> > Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net> > >>>>>> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >>>>>> > > >>>>>> > >>>>>> > >>>>>> > > ------------------------------------------------------------------------------ > >>>>>> Download Intel® Parallel Studio Eval > >>>>>> Try the new software tools for yourself. Speed compiling, > find bugs > >>>>>> proactively, and fine-tune applications for parallel > performance. > >>>>>> See why Intel Parallel Studio got high marks during beta. > >>>>>> http://p.sf.net/sfu/intel-sw-dev > >>>>>> _______________________________________________ > >>>>>> Jump-pilot-devel mailing list > >>>>>> Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net> > >>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Larry Becker > >>>>> Integrated Systems Analysts, Inc. > >>>> > >>>> > >>>> > >>>> -- > >>>> Larry Becker > >>>> Integrated Systems Analysts, Inc. > >>> > >>> > >>> > >>> -- > >>> Larry Becker > >>> Integrated Systems Analysts, Inc. > >> > >> > >> > >> -- > >> Larry Becker > >> Integrated Systems Analysts, Inc. > > > > > > > > -- > > Larry Becker > > Integrated Systems Analysts, Inc. > > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net> > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > -- > Larry Becker > Integrated Systems Analysts, Inc. > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ------------------------------------------------------------------------ > > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
