| GEF 3.1 Performance [message #187027] |
Fri, 08 July 2005 06:08  |
Eclipse User |
|
|
|
Originally posted by: blair.wheadon.NOSPAMbusinessobjects.com
Hi,
I upgraded my RCP app to GEF 3.1 and it is considerably slower than GEF 3.0.
I'm creating a reasonably large number of edit parts & figures (about 3000
of each) to create a stock market chart. There were no performance issues
in GEF 3.0. Before I drill into figuring out where the issue could be, do
you have any suggestions or known changes that could affect paint and
scrolling performance for large numbers of parts & figures?
Thanks, Blair
|
|
|
| Re: GEF 3.1 Performance [message #187091 is a reply to message #187027] |
Fri, 08 July 2005 15:19  |
| Eclipse User |
|
|
|
Originally posted by: none.us.ibm.com
What is slower, scrolling with the mousewheel?
"BOBJProduct" <blair.wheadon@NOSPAMbusinessobjects.com> wrote in message
news:dal59k$j62$1@news.eclipse.org...
> Hi,
>
> I upgraded my RCP app to GEF 3.1 and it is considerably slower than GEF
> 3.0.
> I'm creating a reasonably large number of edit parts & figures (about 3000
> of each) to create a stock market chart. There were no performance issues
> in GEF 3.0. Before I drill into figuring out where the issue could be, do
> you have any suggestions or known changes that could affect paint and
> scrolling performance for large numbers of parts & figures?
>
> Thanks, Blair
>
>
|
|
|
| Re: GEF 3.1 Performance [message #187152 is a reply to message #187027] |
Fri, 08 July 2005 17:39 |
| Eclipse User |
|
|
|
Originally posted by: none.unknown.com
Are you using any of the advanced graphics functionality? It'd be great if
you can do some profiling and let us know what has slowed down from the
previous release. I can't think of any change that would cause this.
"BOBJProduct" <blair.wheadon@NOSPAMbusinessobjects.com> wrote in message
news:dal59k$j62$1@news.eclipse.org...
> Hi,
>
> I upgraded my RCP app to GEF 3.1 and it is considerably slower than GEF
3.0.
> I'm creating a reasonably large number of edit parts & figures (about 3000
> of each) to create a stock market chart. There were no performance issues
> in GEF 3.0. Before I drill into figuring out where the issue could be, do
> you have any suggestions or known changes that could affect paint and
> scrolling performance for large numbers of parts & figures?
>
> Thanks, Blair
>
>
|
|
|
| Re: GEF 3.1 Performance [message #187160 is a reply to message #187091] |
Fri, 08 July 2005 17:45 |
| Eclipse User |
|
|
|
Originally posted by: blair.wheadon.NOSPAMbusinessobjects.com
Nope - just scrolling with the scrollbar by clicking on the scrollbar arrows
(ie the smallest increment of horizontal scrolling).
I am hooking the RangeModel.PROPERTY_VALUE event to do some stuff when the
scrollbar value changes - but the code is the same in both 3.0 and 3.1.
I'll drill into my code - I suspect I'm doing something I shouldn't be, and
got away with in in 3.0.
Thanks, Blair
"Randy Hudson" <none@us.ibm.com> wrote in message
news:dam5id$u4c$1@news.eclipse.org...
> What is slower, scrolling with the mousewheel?
>
> "BOBJProduct" <blair.wheadon@NOSPAMbusinessobjects.com> wrote in message
> news:dal59k$j62$1@news.eclipse.org...
> > Hi,
> >
> > I upgraded my RCP app to GEF 3.1 and it is considerably slower than GEF
> > 3.0.
> > I'm creating a reasonably large number of edit parts & figures (about
3000
> > of each) to create a stock market chart. There were no performance
issues
> > in GEF 3.0. Before I drill into figuring out where the issue could be,
do
> > you have any suggestions or known changes that could affect paint and
> > scrolling performance for large numbers of parts & figures?
> >
> > Thanks, Blair
> >
> >
>
>
|
|
|
| Re: GEF 3.1 Performance [message #187199 is a reply to message #187160] |
Fri, 08 July 2005 20:16 |
| Eclipse User |
|
|
|
Originally posted by: none.us.ibm.com
When you scroll, the majority of the page is copied up using a bitblt
operation, and only the small exposed region is actually painted. If for
some reason the entire canvas gets painted, it takes much longer.
Try loading Draw2d as source, and un-commenting the println in
DeferredUpdateManager#repairDamage(), to see how much area is being painted.
Then, try to find out why everything is painting :-) or open a bug if you
can reproduce in an example.
"BOBJProduct" <blair.wheadon@NOSPAMbusinessobjects.com> wrote in message
news:dame41$8q3$1@news.eclipse.org...
> Nope - just scrolling with the scrollbar by clicking on the scrollbar
> arrows
> (ie the smallest increment of horizontal scrolling).
>
> I am hooking the RangeModel.PROPERTY_VALUE event to do some stuff when the
> scrollbar value changes - but the code is the same in both 3.0 and 3.1.
>
> I'll drill into my code - I suspect I'm doing something I shouldn't be,
> and
> got away with in in 3.0.
>
> Thanks, Blair
>
> "Randy Hudson" <none@us.ibm.com> wrote in message
> news:dam5id$u4c$1@news.eclipse.org...
>> What is slower, scrolling with the mousewheel?
>>
>> "BOBJProduct" <blair.wheadon@NOSPAMbusinessobjects.com> wrote in message
>> news:dal59k$j62$1@news.eclipse.org...
>> > Hi,
>> >
>> > I upgraded my RCP app to GEF 3.1 and it is considerably slower than GEF
>> > 3.0.
>> > I'm creating a reasonably large number of edit parts & figures (about
> 3000
>> > of each) to create a stock market chart. There were no performance
> issues
>> > in GEF 3.0. Before I drill into figuring out where the issue could be,
> do
>> > you have any suggestions or known changes that could affect paint and
>> > scrolling performance for large numbers of parts & figures?
>> >
>> > Thanks, Blair
>> >
>> >
>>
>>
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.03562 seconds
] 
Search
Help
Register
Login
Home
