Created attachment 97762 [details]
Screenshot of ths layer in context waiting forever

Could you please generate thread-dump and attach it here ?
http://wiki.netbeans.org/GenerateThreadDump
Thanks in advance.

Created attachment 97806 [details]
thread-dump for this layer in context

Started to profile, expanded the important files and expanded layer.xml
waited for a while and took the dump
Hope it helps

Bug #181231 refers to the general problem of LayerUtils.currentify (here being run in the thread "BadgingSupport") involving too much I/O to justify its usefulness. It's hard to say whether fixing that would actually solve your issue because it's not quite clear what your issue is - the "interesting" branches of the snapshot seem to come down to java.io.File.exists.

I have often seen snapshots on Windows (and only on Windows) where this call takes unreasonably long to complete - perhaps you are using network drives such as UNC? (It is strongly recommended to do all development on plain local disks, using VCS as needed to collaborate with colleagues or maintain backups. Similarly, it is recommended to place your NB user directory on a local disk.)

"UIHandler$1WriteOut" also seems to be doing a lot of the work of looking for modules in your target platform. (Is this platform especially large? If you are building a module suite which only needs to use core NB Platform features, it is wise to disable unused clusters in suite properties.) Again the main blocker seems to be your disk - to display all layers in context it is necessary to examine hundreds of files (since the information is really spread out across all these files), but normally this can be accomplished in a few seconds.

-No network or other external storage devices. All projects are kept in local HDD. SVN is used for backup purposes.
-I use the NB6.8 platform from NB6.9 (I started this project in 6.8, and I want to use new features from 6.9, but not to deploy a still in progress platform), maybe this is the reason(I wouldn't know why). Also, I use the localization for Spanish on the platform. The only module I include outside the platform is the Update Centers (so far. I plan to include the platform update in the same UC in the future)

Maybe I should need to upgrade memory.

This is my hdd data (I hope it is not the actual cause):
Field	Value
ATA Device Properties	
Model ID	ST98823AS
Device Type	SATA
Parameters	155061 cylinders, 16 heads, 63 sectors per track, 512 bytes per sector
LBA Sectors	156301488
Buffer	8 MB
Multiple Sectors	16
ATA Standard	ATA/ATAPI-7
	
ATA Device Physical Info	
Manufacturer	Seagate
Hard Disk Name	Momentus 5400.2 120GB 8823
Formatted Capacity	80 GB
Rotational Speed	5400 RPM
Max. Internal Data Rate	336 Mbit/s
Average Seek	12.5 ms
Interface	SATA
Buffer-to-Host Data Rate	150 MB/s
Buffer Size	8 MB
	
ATA Device Manufacturer	
Company Name	Seagate Technology LLC
Product Information	http://www.seagate.com/products

also: DMA is in use.
Will check in 6.8 again.
When I say platform, I mean cluster platform11(from 6.8)

(In reply to comment #5)
> I use the NB6.8 platform from NB6.9,
> maybe this is the reason

That should not matter much I think.

> The only module I include outside the platform is the Update Centers

Should be fine. One question: do you point your suite to a complete, full IDE installation and then exclude all the IDE clusters in suite configuration? Or is the actual 6.8 installation just the Platform (i.e. platform* and harness dirs and not much else)? It is possible the latter case is more efficient, though even in the former case the kinds of pauses you are seeing are far outside of the expected range.

> Maybe I should need to upgrade memory.

Perhaps. Do you seem to be close to the limit? If you are swapping RAM to disk then everything you do will become dramatically slower.

> Rotational Speed    5400 RPM

Hardware should be fine. Again, might be a Windows thing - are you using a compressed or encrypted drive? Do you run any virus scanners which might intercept every file open operation?

(In reply to comment #7)
> > The only module I include outside the platform is the Update Centers
> 
> Should be fine. One question: do you point your suite to a complete, full IDE
> installation and then exclude all the IDE clusters in suite configuration?

Yes, I have both 6.9 and 6.8 (sometimes 6.9 is unusable) fully IDE installed.

> Or
> is the actual 6.8 installation just the Platform (i.e. platform* and harness
> dirs and not much else)? It is possible the latter case is more efficient,
> though even in the former case the kinds of pauses you are seeing are far
> outside of the expected range.
> 
> > Maybe I should need to upgrade memory.
> 
> Perhaps. Do you seem to be close to the limit? If you are swapping RAM to disk
> then everything you do will become dramatically slower.
> 
> > Rotational Speed    5400 RPM
> 
> Hardware should be fine. Again, might be a Windows thing - are you using a
> compressed or encrypted drive? Do you run any virus scanners which might
> intercept every file open operation?

Antivirus should be disabled (at least it claims so), and the drive is not encrypted nor compressed.

Created attachment 97892 [details]
platform file for the suite

This is the platform file for the  suit I'm working on

(In reply to comment #7)
> do you point your suite to a complete, full IDE
> installation and then exclude all the IDE clusters in suite configuration?

It seems you do.

> Or
> is the actual 6.8 installation just the Platform (i.e. platform* and harness
> dirs and not much else)? It is possible the latter case is more efficient

core-main #9d5270d033cb should make the former equally efficient, so this might help you - though if it took "hours" to scan all ten or so clusters, then scanning just the platform cluster will still take far longer than would be considered normal.

Integrated into 'main-golden', will be available in build *201004280200* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/
User: 
Log:

(In reply to comment #11)
> Integrated into 'main-golden', will be available in build *201004280200* on
> http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
> Changeset: http://hg.netbeans.org/main/rev/
> User: 
> Log:

One more tip:
when I expand "important files" and expand "XML Layer", I see HDD activity. When all <this layer> is loaded, HDD activity ceases, and the leaf "Please wait..." stays forever. I guess somehow the context is no longer searched.

(In reply to comment #12)
> when I expand "important files" and expand "XML Layer", I see HDD activity.

Sure...

> When all <this layer> is loaded, HDD activity ceases, and the leaf "Please
> wait..." stays forever.

From the previously attached thread dump, it seems that the IDE was in fact still trying to make filesystem calls to Windows. If Windows simply chooses to hang indefinitely without doing anything, I'm not sure what there is to be done.

Product Version: NetBeans IDE Dev (Build 201005122200)
Java: 1.6.0_20; Java HotSpot(TM) Client VM 16.3-b01
System: Windows Vista version 6.0 running on x86; Cp1252; en (nb)

Hi, I haven't checked this some builds ago, and today I did it. Wow, it worked!! And I was able to delete(hide) unwanted options from my modules.
What you lads did, I don't know, but worked.

Good to hear. It is hard to know whether 9d5270d033cb actually helped in your case, or if there was some other issue which was resolved by a different change.