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 144444 - Sluggish performance on editing
Summary: Sluggish performance on editing
Status: CLOSED DUPLICATE of bug 143234
Alias: None
Product: ide
Classification: Unclassified
Component: Performance (show other bugs)
Version: 3.x
Hardware: PC Linux
: P2 blocker (vote)
Assignee: issues@performance
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2008-08-19 19:32 UTC by Unknown
Modified: 2011-05-25 11:38 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
StackTrace of issue (17.58 KB, text/plain)
2008-08-19 19:32 UTC, Unknown
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Unknown 2008-08-19 19:32:05 UTC
[ BUILD # : 200808170243 ]
[ JDK VERSION : 1.6.0_07 ]

Product Version: NetBeans IDE Dev (Build 200808170243)
Java: 1.6.0_07; Java HotSpot(TM) 64-Bit Server VM 10.0-b23
System: Linux version 2.6.26-1.slh.3-sidux-amd64 running on amd64;
UTF-8; en_US (nb)
Userdir: /home/sasbeb/.netbeans/dev

Editing is very painful...  Updates/keybing responsiveness is really
bad.
Attaching a thread dump
Comment 1 Unknown 2008-08-19 19:32:32 UTC
Created attachment 67841 [details]
StackTrace of issue
Comment 2 Petr Jiricka 2008-08-23 07:00:01 UTC
It looks like the memory usage is very high, could that be the problem?

 PSYoungGen      total 127936K, used 85014K [0x00007f97bd4b0000, 0x00007f97c7f50000, 0x00007f97c7f50000)
  eden space 101888K, 83% used [0x00007f97bd4b0000,0x00007f97c27b5b58,0x00007f97c3830000)
  from space 26048K, 0% used [0x00007f97c3830000,0x00007f97c3830000,0x00007f97c51a0000)
  to   space 36544K, 0% used [0x00007f97c5ba0000,0x00007f97c5ba0000,0x00007f97c7f50000)
 PSOldGen        total 349568K, used 349567K [0x00007f97a7f50000, 0x00007f97bd4b0000, 0x00007f97bd4b0000)
  object space 349568K, 99% used [0x00007f97a7f50000,0x00007f97bd4afff0,0x00007f97bd4b0000)

I also noticed on my build (I am on Mac OS X) that the memory meter climbs very steeply, and the size of the process in
Activity Monitor is very big. Looks like there is a giant memory leak. Given the number of complaints about this issue,
I think this deserves a higher priority than P3 -> changing to P2.
Comment 3 Unknown 2008-08-23 15:05:50 UTC
Also...
Can you guys look at making a netbeans.conf at install time?  I don't think a "one size fits all" is appropriate until
the jvm can self-configure at runtime.  The installer knows which jvm, memory, etc so it could set appropriate values 
for the "out of the box" experience.
Comment 4 Jan Lahoda 2008-08-25 10:40:28 UTC
Most likely caused by the very big memory usage, similarly to issue #144755 and issue #143234. I do not see any really
specific to the editor here, so passing to the performance team. Adding core team to cc to answer the netbeans.conf
question.
Comment 5 Tomas Pavek 2008-08-25 12:02:13 UTC
The reporter also filed issue 143234 which has the same symptoms. Also experienced OutOfMemoryError - issue 144298. On 
the mailing list he also said "Looks like I can run for about 2 hrs before I get really sluggish." Issue 144755 is 
again very similar. All indicates a memory leak.

So what we need firts is a heap dump/histogram to see what takes up the whole memory. Sasbeb, can you create it and 
make it available for us (as described in issue 143234)? It would help a lot to diagnose the memory leak. Thanks.

We can use issue 143234 for tracking this problem.

*** This issue has been marked as a duplicate of 143234 ***
Comment 6 Tomas Pavek 2008-08-25 12:10:53 UTC
As for netbeans.conf, there is no max heap specified explicitly, it is computed by the launcher based on the actual 
physical memory of the system. You can find this in the netbeans.conf:

# Note that a default -Xmx is selected for you automatically.
# You can find this value in var/log/messages.log file in your userdir.
# The automatically selected value can be overridden by specifying -J-Xmx here
# or on the command line. 

This algorithm boils down to following figures on common memory sizes:
	Xmx	CMS
512M    96M	No
1G	160M	No
2G	360M	Yes
Comment 7 sunbiz 2008-08-27 20:54:38 UTC
Removing [65cat] from issue summary since this issue is duplicate of Issue 143234 submitted for [65cat]