| slooooow on linux vs. windows [message #64614] |
Tue, 05 October 2004 02:41  |
Eclipse User |
|
|
|
Originally posted by: spam.scientifik.com
Why is VE considerably slower on linux/gtk than on Windows XP? I can edit
nearly in real-time (round-tripping) on Windows but on a Gentoo partition
on the same machine, it's incredibly slow and behaves erratically
(controls disappear then reappear, freezes up, etc.)
How can I improve gtk performance? Eclipse is otherwise very fast, faster
than the Windows install I use in fact. I've seen people mention that
round-tripping can be turned off and that this will help, how is this done?
I'd prefer to be using linux as this Windows partition only exists for
testing.
Thanks!
|
|
|
|
|
|
|
|
| Re: slooooow on linux vs. windows [message #65328 is a reply to message #65159] |
Thu, 07 October 2004 03:43  |
| Eclipse User |
|
|
|
Originally posted by: spam.scientifik.com
Jeff Myers wrote:
> V. Jenks wrote:
> > Rich Kulp wrote:
> >
> >
> >>We've never tested on 3.1. It should probably work because API isn't
> >>supposed to change.
> >
> >
> >>The break button is not a break button, it is a pause button, two
> >>vertical orange lines. That is the pause/reload button.
> >
> >
> >
> > If I pause it, I'm unable to use the visual editor, nothing happens at all
> > - can't drag/create controls...nada.
> >
> That's the point. When the source synchronization is paused, you can
> make any changes you want to the source without the delays of waiting
> for the visuals to synchronize. However you cannot manipulate the
> visuals or the property view because changes would not be reflected in
> the source.
> - Jeff
Are there going to be some serious considerations toward improving
performace in future versions?
Again, not trying to complain, but this is so brutally slow it's nearly
unusable. Once I've added a couple of controls to a shell it takes up to
a few minutes for the editor to catch up, if ever. Sometimes I get weird
VM errors and on Windows, eclipse eventually crashes w/ an "out of memory"
error.
ugh...has great potential but needs some serious help!
|
|
|
|
|
|
|
|
|
|
|
|
| Re: slooooow on linux vs. windows [message #97793 is a reply to message #97720] |
Thu, 14 July 2005 12:28 |
| Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Any info you can give us would be appreciated. Exceptions (if caused by
us) shouldn't be there.
Jussi Hänninen wrote:
> Rich Kulp wrote:
>
>> Hi,
>>
>> What is your definition of "synchronizing of the components"? It would
>> help so that we understand what step is running slow because this term
>> could mean several different things.
>>
> Hi,
>
> There is a field in the lower task bar which tells whether source code
> is synchronized to visual look (I guess). When everything is OK, it says
> "in sync". When I can notify the slowness, this field is changing
> between "synchronizing" and "in sync". And this happens even if I'm in
> the source code view and I am just scrolling through the code.
>
> I am sorry, I can't give now any more exact information, because I'm on
> sumemr holiday and I am using Eclipse at work. But when I will return to
> work on August, I will try to bring more exact information.
>
> I can see also bunch of exceptions coming to terminal where I have
> started Eclipse, but I don't know if these are related.
>
> - Jussi
--
Thanks,
Rich Kulp
|
|
|
| Re: slooooow on linux vs. windows [message #600767 is a reply to message #64614] |
Tue, 05 October 2004 04:21 |
| Eclipse User |
|
|
|
V. Jenks wrote:
I've seen people mention that
> round-tripping can be turned off and that this will help, how is this
> done?
The break-button is the round-tripping-button.
I use the gtk-version too, but I've no windows-comparison.
spunti
|
|
|
| Re: slooooow on linux vs. windows [message #600865 is a reply to message #64660] |
Tue, 05 October 2004 13:57 |
| Eclipse User |
|
|
|
spunti wrote:
> V. Jenks wrote:
> I've seen people mention that
> > round-tripping can be turned off and that this will help, how is this
> > done?
> The break-button is the round-tripping-button.
> I use the gtk-version too, but I've no windows-comparison.
> spunti
My break button is not on the toolbar, it isn't anywhere to be seen, how
do I add it?
I'm using eclipse 3.1M2 & VE 1.0
|
|
|
| Re: slooooow on linux vs. windows [message #600884 is a reply to message #64907] |
Tue, 05 October 2004 15:15 |
| Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
We've never tested on 3.1. It should probably work because API isn't
supposed to change.
The break button is not a break button, it is a pause button, two
vertical orange lines. That is the pause/reload button.
--
Thanks,
Rich Kulp
|
|
|
| Re: slooooow on linux vs. windows [message #600917 is a reply to message #65039] |
Tue, 05 October 2004 21:07 |
| Eclipse User |
|
|
|
Originally posted by: spam.scientifik.com
Rich Kulp wrote:
> We've never tested on 3.1. It should probably work because API isn't
> supposed to change.
> The break button is not a break button, it is a pause button, two
> vertical orange lines. That is the pause/reload button.
If I pause it, I'm unable to use the visual editor, nothing happens at all
- can't drag/create controls...nada.
|
|
|
| Re: slooooow on linux vs. windows [message #600925 is a reply to message #65137] |
Tue, 05 October 2004 21:34 |
| Eclipse User |
|
|
|
V. Jenks wrote:
> Rich Kulp wrote:
>
>
>>We've never tested on 3.1. It should probably work because API isn't
>>supposed to change.
>
>
>>The break button is not a break button, it is a pause button, two
>>vertical orange lines. That is the pause/reload button.
>
>
>
> If I pause it, I'm unable to use the visual editor, nothing happens at all
> - can't drag/create controls...nada.
>
That's the point. When the source synchronization is paused, you can
make any changes you want to the source without the delays of waiting
for the visuals to synchronize. However you cannot manipulate the
visuals or the property view because changes would not be reflected in
the source.
- Jeff
|
|
|
| Re: slooooow on linux vs. windows [message #600978 is a reply to message #65159] |
Thu, 07 October 2004 03:43 |
| Eclipse User |
|
|
|
Jeff Myers wrote:
> V. Jenks wrote:
> > Rich Kulp wrote:
> >
> >
> >>We've never tested on 3.1. It should probably work because API isn't
> >>supposed to change.
> >
> >
> >>The break button is not a break button, it is a pause button, two
> >>vertical orange lines. That is the pause/reload button.
> >
> >
> >
> > If I pause it, I'm unable to use the visual editor, nothing happens at all
> > - can't drag/create controls...nada.
> >
> That's the point. When the source synchronization is paused, you can
> make any changes you want to the source without the delays of waiting
> for the visuals to synchronize. However you cannot manipulate the
> visuals or the property view because changes would not be reflected in
> the source.
> - Jeff
Are there going to be some serious considerations toward improving
performace in future versions?
Again, not trying to complain, but this is so brutally slow it's nearly
unusable. Once I've added a couple of controls to a shell it takes up to
a few minutes for the editor to catch up, if ever. Sometimes I get weird
VM errors and on Windows, eclipse eventually crashes w/ an "out of memory"
error.
ugh...has great potential but needs some serious help!
|
|
|
| Re: slooooow on linux vs. windows [message #601007 is a reply to message #65328] |
Thu, 07 October 2004 12:27 |
| Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Unfortunately we don't see that on our Linux system when we are do our
tests. Yes there performance problems but no where near as bad as you
are indicating.
What is your machine configuration, memory? What Java jre are you using?
--
Thanks,
Rich Kulp
|
|
|
| Re: slooooow on linux vs. windows [message #601024 is a reply to message #65432] |
Thu, 07 October 2004 12:55 |
| Eclipse User |
|
|
|
Rich Kulp wrote:
> Unfortunately we don't see that on our Linux system when we are do our
> tests. Yes there performance problems but no where near as bad as you
> are indicating.
> What is your machine configuration, memory? What Java jre are you using?
P4 - 2.0GHz
512MB RAM
40GB HD
Generally, a pretty fast box. I have these issues on both Windows XP and
Gentoo Linux (dual-boot) on the same machine.
|
|
|
|
| Re: slooooow on linux vs. windows [message #601044 is a reply to message #65531] |
Thu, 07 October 2004 14:07 |
| Eclipse User |
|
|
|
Rich Kulp wrote:
> What level of Linux? What level of Java JRE?
Oh geeze, in my haste I forgot to include that.
I'm on the 2.6.7 kernel (gentoo's implementation - 2.6.7-gentoo-r11).
Also...
gtk+ 2.4.9
gnome 2.6.2
x.org 6.7.0
I'm using the JRE 5.0.
|
|
|
| Re: slooooow on linux vs. windows [message #601048 is a reply to message #65552] |
Thu, 07 October 2004 14:20 |
| Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Just out of curiosity, could you step back to 1.4.2 and see if you are
still so slow doing anything? We've not done any testing on 5.0.
Vincent Jenks wrote:
> Rich Kulp wrote:
>
>
>>What level of Linux? What level of Java JRE?
>
>
> Oh geeze, in my haste I forgot to include that.
>
> I'm on the 2.6.7 kernel (gentoo's implementation - 2.6.7-gentoo-r11).
>
> Also...
>
> gtk+ 2.4.9
> gnome 2.6.2
> x.org 6.7.0
>
> I'm using the JRE 5.0.
>
--
Thanks,
Rich Kulp
|
|
|
|
| Re: slooooow on linux vs. windows [message #609049 is a reply to message #65573] |
Wed, 13 July 2005 04:02 |
| Eclipse User |
|
|
|
Originally posted by: jussi.hanninen.pp5.inet.fi
Rich Kulp wrote:
> Just out of curiosity, could you step back to 1.4.2 and see if you are
> still so slow doing anything? We've not done any testing on 5.0.
>
> Vincent Jenks wrote:
>
>> Rich Kulp wrote:
>>
>>
>>> What level of Linux? What level of Java JRE?
>>
>>
>>
>> Oh geeze, in my haste I forgot to include that.
>>
>> I'm on the 2.6.7 kernel (gentoo's implementation - 2.6.7-gentoo-r11).
>>
>> Also...
>>
>> gtk+ 2.4.9
>> gnome 2.6.2
>> x.org 6.7.0
>>
>> I'm using the JRE 5.0.
>>
>
Hi!
Just for the information, I am using Eclipse & VE in my Linux PC and I
am having same kind of slowness. All delays are somehow connected to
synchronizing of visual components. Currently I have disabled all the
automatic features I have located to speed up Eclipse.
My PC is running RedHat 9.0 with kernel 2.6.10 and JRE is also 5.0.
Processor of PC is 2.0 GHz AMD and the amount of memory is 1GB (used to
be 512M).
First when having 512 MB memory, I noticed that after running Eclipse
for a while I was going out of memory and when swapping started Eclipse
was totally useless. So some process, not necessarily Eclipse, was
consuming memory.
After updating memory to 1GB I can now run Eclipse longer without
problems. Still every now and then VE becomes slow (and now it is not
because of a swapping), synchronizing of the components takes time etc.
Restarting of the Eclipse seems to solve the problem (at least most of it).
So I just wanted to inform that there are others having same kind of
performance problems with VE. I am hoping that there will be some
development in the area of performance under Linux. Also any tips and
tricks improving the performance are welcome.
I haven't run Eclipse under Windows so I can't compare the performance
between these.
regards,
Jussi Hanninen
|
|
|
| Re: slooooow on linux vs. windows [message #609053 is a reply to message #97572] |
Wed, 13 July 2005 10:21 |
| Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Hi,
What is your definition of "synchronizing of the components"? It would
help so that we understand what step is running slow because this term
could mean several different things.
--
Thanks,
Rich Kulp
|
|
|
| Re: slooooow on linux vs. windows [message #609059 is a reply to message #97629] |
Thu, 14 July 2005 02:59 |
| Eclipse User |
|
|
|
Originally posted by: jussi.hanninen.pp5.inet.fi
Rich Kulp wrote:
> Hi,
>
> What is your definition of "synchronizing of the components"? It would
> help so that we understand what step is running slow because this term
> could mean several different things.
>
Hi,
There is a field in the lower task bar which tells whether source code
is synchronized to visual look (I guess). When everything is OK, it says
"in sync". When I can notify the slowness, this field is changing
between "synchronizing" and "in sync". And this happens even if I'm in
the source code view and I am just scrolling through the code.
I am sorry, I can't give now any more exact information, because I'm on
sumemr holiday and I am using Eclipse at work. But when I will return to
work on August, I will try to bring more exact information.
I can see also bunch of exceptions coming to terminal where I have
started Eclipse, but I don't know if these are related.
- Jussi
|
|
|
| Re: slooooow on linux vs. windows [message #609064 is a reply to message #97720] |
Thu, 14 July 2005 12:28 |
| Eclipse User |
|
|
|
Originally posted by: richkulp.us.NO_SPAM.ibm.com
Any info you can give us would be appreciated. Exceptions (if caused by
us) shouldn't be there.
Jussi Hänninen wrote:
> Rich Kulp wrote:
>
>> Hi,
>>
>> What is your definition of "synchronizing of the components"? It would
>> help so that we understand what step is running slow because this term
>> could mean several different things.
>>
> Hi,
>
> There is a field in the lower task bar which tells whether source code
> is synchronized to visual look (I guess). When everything is OK, it says
> "in sync". When I can notify the slowness, this field is changing
> between "synchronizing" and "in sync". And this happens even if I'm in
> the source code view and I am just scrolling through the code.
>
> I am sorry, I can't give now any more exact information, because I'm on
> sumemr holiday and I am using Eclipse at work. But when I will return to
> work on August, I will try to bring more exact information.
>
> I can see also bunch of exceptions coming to terminal where I have
> started Eclipse, but I don't know if these are related.
>
> - Jussi
--
Thanks,
Rich Kulp
|
|
|
Home