This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 165866 - Excruciatingly slow responses
Summary: Excruciatingly slow responses
Status: RESOLVED INVALID
Alias: None
Product: javame
Classification: Unclassified
Component: Visual Designer (show other bugs)
Version: 6.x
Hardware: PC Windows Vista
: P3 blocker (vote)
Assignee: Adam Sotona
URL:
Keywords:
: 170345 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-05-23 02:19 UTC by sampretorius
Modified: 2010-09-13 12:59 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description sampretorius 2009-05-23 02:19:38 UTC
NetBeans IDE 6.7 Beta (Build 200904242137)
Java: 1.6.0_10; Java HotSpot(TM) Client VM 11.0-b15
System: Windows Vista version 6.0 running on x86;
Core 2 Duo, 1.86Ghz, 2GB RAM

This might sound a bit melodramatic, but it's been sooo frustrating using Netbeans 6.7 (and to a lesser degree 6.5).

I've been a long-time Netbeans supporter & have always told my Eclipse friends to switch... 

But if the exceptionally long wait times in the source editor between keystrokes, copy & paste and other editing does
not improve dramatically, this will be the last project I'm doing using Netbeans... Or at least on any of the Version 6's...

Sometimes waiting over 20 seconds for Netbeans to respond to a keystroke in the Mobility editor??? Guys, c'mon, this is
unacceptable. I've had to teach myself to type by memory, then sit back, take a sip or two of my 'Red Bull', then wait
for the IDE to catch up.

I'm not even going to mention the time it takes to switch between the visual editor & the source. That's been a disaster
ever since the Version 6's hit the street... You could go on a coffee break in the time it takes to switch between the two.

I pray this is a Vista issue.. I'll try it on my Linux box & update this.

Regards
Sam
Comment 1 Karol Harezlak 2009-05-23 10:33:36 UTC
I understand that you are talking about Visual Designer right? Could you tell me how big your Visual Midlet is. Number
of components and line of code.

Thanks,
Comment 2 sampretorius 2009-05-26 00:54:58 UTC
I'm talking about the source code editor & the Visual Designer.

The main problem I'm referring to here is in the source code editor, where it takes a very long time to respond to key
presses.

I've got 6,473 lines of code, 21 forms, 30 items & 59 command items.

Switching between the editor & designer has been a b1tch since NB 5.5... but that's not the main issue I'm raising here.
Comment 3 sampretorius 2009-05-27 18:12:48 UTC
I've installed NB6.7 on my Linux box (Ubuntu, dual-booting), so hardware specs are identical. The source editor is far
more responsive on Linux... Not sure why exactly. I made sure that in both cases (Vista & Ubuntu) I only run Netbeans &
not other stuff as well, so the playing field should be pretty level.
Comment 4 Karol Harezlak 2009-06-11 06:42:20 UTC
This is very interesting.. Could someone from QA can confirm it? Thanks 
Comment 5 Karol Harezlak 2009-06-24 10:40:39 UTC
I can see two separate problems here first (most likely not Mobility related) is Java Editor performance I can't do much
about it and it'd be very helpful if you could submit issue against Java Editor.

Second problem is generation of Visual Midlet source code which is repeated every time some changes are made in Visual
Midlet (not source code itself). Every time user changes something and switch back to Source, code is generated from
scratch and with hundreds of components in Visual Midlet it can take relatively long time. Possibly fix for this issue
may be a smarter code generation which generates/changes source code based on changes components. In this case it
wouldn't be necessary to generate entire source code for Visual Midlet only small part related to the actions taken by
user. 
Comment 6 sampretorius 2009-06-25 17:59:15 UTC
Thanks kharezlak, I'll log another issue against Java Editor.

Regarding the code creation in the Visual Designer, I would think that the underlying code should change at each change
in the Visual Designer, not when you hit 'View Source'?

If every time a user changes something and switch back to Source & all code is generated from scratch, that's kinda
dumb...  Having to recreate all the visual elements each time I switch from source to visual, I can understand, but not
the other way around.

Surely changing something in the Visual Midlet should immediately be reflected in the code, it is an atomic change that
is "guaranteed" to work since it should be valid Java code & Netbeans is in control of the code change via the visual
interface. 
Comment 7 Karol Harezlak 2009-08-14 09:56:29 UTC
*** Issue 170345 has been marked as a duplicate of this issue. ***
Comment 8 vallej 2009-09-12 15:45:11 UTC
Hey, developers! The issue and description are here: http://www.netbeans.org/issues/show_bug.cgi?id=166843

Comment 9 aste 2009-10-11 19:27:38 UTC
extreme slowly keyboard typing in j2me projects in NetBeans versions 6.7, 6.7.1, 6.8M2
problem occur on laptop with Core 2 Duo 2GHz processor and 3G RAM.
after key typed is pause with 100% processor loading.
in 6.5 problem not detected and this version work properly on netbook with atom processor! 

Problem especially strong while editing files with ~2000lines under J2ME project.


Comment 10 estevan.diedrich 2010-03-18 22:45:09 UTC
(In reply to comment #9)
> extreme slowly keyboard typing in j2me projects in NetBeans versions 6.7,
> 6.7.1, 6.8M2
> problem occur on laptop with Core 2 Duo 2GHz processor and 3G RAM.
> after key typed is pause with 100% processor loading.
> in 6.5 problem not detected and this version work properly on netbook with atom
> processor! 
> 
> Problem especially strong while editing files with ~2000lines under J2ME
> project.

Please everybody, goes to http://netbeans.org/bugzilla/show_bug.cgi?id=166843 and vote on thread.

if number of vote are greater than 10 they possibly solve our problem.


thanks
Comment 11 Adam Sotona 2010-09-13 12:59:12 UTC
As I understand this issue is about 6,473 lines of code, 21 forms, 30 items & 59 command items in one single source and single Visual Designer file.
This is unsupported pattern, please split your project into multiple design fragments for such a big mobile project.