Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » GEF » Performance Problems
Performance Problems [message #180820] Tue, 10 May 2005 17:51 Go to next message
Eclipse UserFriend
Hi,

I use a graphical editor with a synchronized contentoutlinepage. I have
about 100 graphical elements in my editor. scrolling around with the
scrollbars works pretty fast. When I click on a graphical element, it ist
also selected very fast in the outlineview. but when I select an element in
the outline the editor tries to go to the corresponding element. but this
takes ages and stops sometimes for a few seconds. anybody has an idea?

greets
Re: Performance Problems [message #180982 is a reply to message #180820] Wed, 11 May 2005 23:07 Go to previous messageGo to next message
Pratik Shah is currently offline Pratik ShahFriend
Messages: 1077
Registered: July 2009
Senior Member
What version of GEF are you using? Try this out with the latest code from
the repository.

Do those 100 graphical elements include connections? How many connections?

Debug from SelectionSynchronizer#selectionChanged() and see if you can find
out what the problem is. List.contains() can take a while if there are a
lot of elements, so look-out for that method being invoked. However, since
the viewer's editpart registry (which is a hash map) is being used to locate
the editpart for the selected model, I think this should be really fast. At
least, it shouldn't be any slower than when going from graphical viewer to
tree viewer. That leads me to think that the performance problem should be
coming from something other than selection synchronization. Is scrolling
the graphical viewer with the scrollbars just fine?

If none of this helps, you'll have to use a profiler like Enerjy, YourKit,
etc.

"Philipp Marx" <irritated@gmx.de> wrote in message
news:d5qsob$rvr$1@news.eclipse.org...
> Hi,
>
> I use a graphical editor with a synchronized contentoutlinepage. I have
> about 100 graphical elements in my editor. scrolling around with the
> scrollbars works pretty fast. When I click on a graphical element, it ist
> also selected very fast in the outlineview. but when I select an element
in
> the outline the editor tries to go to the corresponding element. but this
> takes ages and stops sometimes for a few seconds. anybody has an idea?
>
> greets
>
>
Re: Performance Problems [message #181258 is a reply to message #180982] Fri, 13 May 2005 11:24 Go to previous message
Eclipse UserFriend
Hi,

I am using GEF 3.0.1

Each graphical element has about 3 Connections out and one in.

I think I figured out the problem. I tracked down the problem to

SelectionSynchronizer#setViewerSelection
EditPartViewer#reveal
FigureCanvas#ScrollSmoothTo
FigureCanvas#performUpdate
FigureCanvas#ValidateFigures

My guess is, that after each scrool-step in FigureCanvas#ScrollSmoothTo the
hole ViewPart is revalidated, and this take long (It takes about 10 sec at
the startup allready). Is there a way to skip the ScrollSmooth and call
scrollTo directly?

Scrolling just with the scrollbars manually works perfectly fast.

Another thing I figured out is, that when I click on elements in the outline
treeviewer I allready selected some time before, it doesnt take so long to
be scrolled to. but this is only sometimes the case.

Greets Philipp Marx


"Pratik Shah" <ppshah@us.ibm.com> schrieb im Newsbeitrag
news:d5u3nl$jqs$1@news.eclipse.org...
> What version of GEF are you using? Try this out with the latest code from
> the repository.
>
> Do those 100 graphical elements include connections? How many
connections?
>
> Debug from SelectionSynchronizer#selectionChanged() and see if you can
find
> out what the problem is. List.contains() can take a while if there are a
> lot of elements, so look-out for that method being invoked. However,
since
> the viewer's editpart registry (which is a hash map) is being used to
locate
> the editpart for the selected model, I think this should be really fast.
At
> least, it shouldn't be any slower than when going from graphical viewer to
> tree viewer. That leads me to think that the performance problem should
be
> coming from something other than selection synchronization. Is scrolling
> the graphical viewer with the scrollbars just fine?
>
> If none of this helps, you'll have to use a profiler like Enerjy, YourKit,
> etc.
>
> "Philipp Marx" <irritated@gmx.de> wrote in message
> news:d5qsob$rvr$1@news.eclipse.org...
> > Hi,
> >
> > I use a graphical editor with a synchronized contentoutlinepage. I have
> > about 100 graphical elements in my editor. scrolling around with the
> > scrollbars works pretty fast. When I click on a graphical element, it
ist
> > also selected very fast in the outlineview. but when I select an element
> in
> > the outline the editor tries to go to the corresponding element. but
this
> > takes ages and stops sometimes for a few seconds. anybody has an idea?
> >
> > greets
> >
> >
>
>
Previous Topic:RTL and bidi behavior
Next Topic:Where to download GEF 2.0.1?
Goto Forum:
  


Current Time: Mon Jan 30 11:25:17 GMT 2023

Powered by FUDForum. Page generated in 0.10497 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top