#57 Improve "Rebuild Index Time" on first "Refresh Index"

closed
nobody
None
5
2013-08-13
2013-02-14
StevenAZ
No

Sceanrio:
- Start Eclipse
- Rebuild Eclipse - Takes 3-5 min longer than second rebuild
- Rebuild Eclipse

I think this has to do with the Eclipse "loading the cache from disk". I'm not sure if it is just has to wait for the "file Decorator" to complete and this is something that can be cancelled.

Here is a bit of a thread-dump during that initial time.
"Thread-7" prio=10 tid=0x00002aaabc721000 nid=0x426c runnable [0x0000000043503000]
java.lang.Thread.State: RUNNABLE
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.<init>(FileOutputStream.java:209)
at java.io.FileOutputStream.<init>(FileOutputStream.java:160)
at net.sf.sveditor.core.db.index.cache.SVDBDirFS.openFileWrite(SVDBDirFS.java:129)
at net.sf.sveditor.core.db.index.cache.SVDBDirFS.openDataOutput(SVDBDirFS.java:153)
at net.sf.sveditor.core.db.index.cache.SVDBFileIndexCache.writeBackFileTreeWorker(SVDBFileIndexCache.java:819)
at net.sf.sveditor.core.db.index.cache.SVDBFileIndexCache.writeBackFileTree(SVDBFileIndexCache.java:785)
at net.sf.sveditor.core.db.index.cache.SVDBFileIndexCache.setFileTree(SVDBFileIndexCache.java:566)
at net.sf.sveditor.core.db.index.AbstractSVDBIndex.buildPreProcFileMap(AbstractSVDBIndex.java:1221)
- locked <0x00000000ea3ea240> (a net.sf.sveditor.core.db.index.cache.SVDBFileIndexCache)
at net.sf.sveditor.core.db.index.AbstractSVDBIndex.addPreProcFileIncludeFiles(AbstractSVDBIndex.java:1297)
at net.sf.sveditor.core.db.index.AbstractSVDBIndex.buildPreProcFileMap(AbstractSVDBIndex.java:1238)
at net.sf.sveditor.core.db.index.AbstractSVDBIndex.addPreProcFileIncludeFiles(AbstractSVDBIndex.java:1297)
at net.sf.sveditor.core.db.index.AbstractSVDBIndex.buildPreProcFileMap(AbstractSVDBIndex.java:1238)
at net.sf.sveditor.core.db.index.AbstractSVDBIndex.buildFileTreeJob(AbstractSVDBIndex.java:1193)
at net.sf.sveditor.core.db.index.AbstractSVDBIndex.buildFileTree(AbstractSVDBIndex.java:1108)
at net.sf.sveditor.core.db.index.AbstractSVDBIndex.ensureIndexState(AbstractSVDBIndex.java:455)
- locked <0x00000000e9fdb660> (a net.sf.sveditor.core.db.index.SVDBArgFileIndex)
at net.sf.sveditor.core.db.index.AbstractSVDBIndex.getFileList(AbstractSVDBIndex.java:816)
- locked <0x00000000e9fdb660> (a net.sf.sveditor.core.db.index.SVDBArgFileIndex)
at net.sf.sveditor.core.db.index.SVDBIndexCollection.getFileList(SVDBIndexCollection.java:669)
at net.sf.sveditor.ui.svcp.SVDBFileDecorator.loadProjectFiles(SVDBFileDecorator.java:255)
at net.sf.sveditor.ui.svcp.SVDBFileDecorator.access$4(SVDBFileDecorator.java:254)
at net.sf.sveditor.ui.svcp.SVDBFileDecorator$1.run(SVDBFileDecorator.java:85)
- locked <0x00000000eb9c1610> (a java.util.HashMap)
at java.lang.Thread.run(Thread.java:679)

Discussion

  • StevenAZ

    StevenAZ - 2013-08-13
    • status: open --> closed
    • Group: --> Next_Release_(example)
     
  • StevenAZ

    StevenAZ - 2013-08-13

    Fixed in 1.3.6

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks