Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 349765 - Slow gitignore/excludes
Summary: Slow gitignore/excludes
Status: RESOLVED FIXED
Alias: None
Product: EGit
Classification: Technology
Component: Core (show other bugs)
Version: unspecified   Edit
Hardware: PC Mac OS X - Carbon (unsup.)
: P3 normal (vote)
Target Milestone: 2.0-M1   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-19 06:46 EDT by Robin Rosenberg CLA
Modified: 2012-03-10 12:15 EST (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Robin Rosenberg CLA 2011-06-19 06:46:27 EDT 
.git/info/exclude gets for every directory. With a large project like
the liferay source this means > 3000 accesses just to start eclipse
and another 10000 to expand the first level (there are about 3000
directories in ths project).

A RootIgnoreNode instance is created for every directory and the ecludes file
is parsed for every directory.

During the same time the top leverl .giignore is read 42 times. Once for starting eclipse and 41 while expanding the first level of the project.
Comment 1 Kevin Sawicki CLA 2012-03-02 16:53:45 EST 
I believe this is a bug in the EGit ContainerTreeIterator class.

Proposed fix pushed to: https://git.eclipse.org/r/#/c/5231/
Comment 2 Dariusz Luksza CLA 2012-03-10 12:08:48 EST 
(In reply to comment #1)
> I believe this is a bug in the EGit ContainerTreeIterator class.
> 
> Proposed fix pushed to: https://git.eclipse.org/r/#/c/5231/

Meged as commit fa6df0762a3f0356df678868772fd8b57b7f31b5