| Performance Problems [message #180820] |
Tue, 10 May 2005 17:51  |
Eclipse User |
|
|
|
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  |
 Pratik Shah
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 |
| Eclipse User |
|
|
|
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
> >
> >
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.02447 seconds
] 
Search
Help
Register
Login
Home
