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 153591

Summary: slow response even on tiny PHP project
Product: php Reporter: andreas1970 <andreas1970>
Component: CodeAssignee: Petr Pisl <ppisl>
Status: RESOLVED WORKSFORME    
Severity: blocker    
Priority: P1    
Version: 6.x   
Hardware: PC   
OS: Linux   
Issue Type: DEFECT Exception Reporter:

Description andreas1970 2008-11-21 00:49:01 UTC
Hi, I already complained about bad (ridiculously bad!) performance in NB 6.0, and the answer was: wait for the next
release, everything will be better! Now I switched to 6.5, and responsiveness is even worse. Opening a small PHP project
with only a few classes takes quite a while. Task scanning and later file indexing takes forever. The IDE GUI is not
responding for minutes, while java CPU load is at 100%.

I switched back to Eclipse, but thought give NB 6.5 a try, and now that!

Memory:
MemTotal:      2059660 kB
MemFree:         55776 kB
Buffers:        134756 kB
Cached:         738592 kB
SwapCached:          0 kB
Active:        1271948 kB
Inactive:       507544 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:      2059660 kB
LowFree:         55776 kB
SwapTotal:     4200956 kB
SwapFree:      4200716 kB
Dirty:            1064 kB
Writeback:           0 kB
AnonPages:      901440 kB
Mapped:         181936 kB
Slab:           162624 kB
PageTables:      18644 kB
(800 MHz DDR-2)

CPU:
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 15
model           : 107
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 5000+
stepping        : 1
cpu MHz         : 1000.000
cache size      : 512 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht
syscall nx mmxext fxsr_opt rdtscp lm
3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm cr8_legacy
bogomips        : 2011.21
TLB size        : 1024 4K pages
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc [6]
(DUAL CORE MAX 2000 MHz)

System:
Linux version 2.6.18.8-0.13-default (geeko@buildhost) (gcc version 4.1.2 20061115 (prerelease) (SUSE Linux)) #1 SMP Thu
Nov 6 13:35:13 UTC 2008

--Andreas
Comment 1 Peter Pis 2008-11-21 07:55:57 UTC
Could you please provide thread dump while the problem is being encountered? 

http://wiki.netbeans.org/GenerateThreadDump

Reassigning to php for further evaluation.
Comment 2 Petr Pisl 2008-12-04 14:21:25 UTC
Hi Andreas1970,

could you provide more the time, how many seconds takes the task scanning and indexing? You can close the task scanning
window to stop task scanning. How many files is in your project?
Comment 3 andreas1970 2008-12-06 17:40:47 UTC
Hello,

I work directly in a virtual host directory, which has several symlinks with thousands of files attached to it. Now, NB
scans all of those symlinked directories. The question would be, how to stop this scan task.

Somehow, this process is faster now; seems NB puts the results in some kind of cache or so?

Since there are some larger PHP projects like phMyAdmin in the vhost directory, it would be a good idea to be able to
exclude directories which should not be indexed. (Since task scanning for them takes long, as well.)

-- Andreas
Comment 4 Petr Pisl 2008-12-08 15:43:18 UTC
Are you talking about indexing or about task scanning? If about task scanning, then just switch off the window or set up
the filters.

The full indexing is provided only at first time when a project is opened or created and the result are stored in a index. 
Comment 5 rmatous 2009-02-11 18:17:38 UTC
Incomplete for a long time => will be closed