Bugzilla – Full Text Bug Listing
| Summary: | Namelookup slow to retrieve package fragments | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Philipe Mulet <philippe_mulet> |
| Component: | Core | Assignee: | Jerome Lanneluc <jerome_lanneluc> |
| Status: | VERIFIED WORKSFORME | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | 2.0 | ||
| Target Milestone: | 2.0 F2 | ||
| Hardware: | PC | ||
| OS: | Windows 2000 | ||
| Whiteboard: | |||
No more evidences after last round of optimizations. Closing Verified that code assist performance is good. Verified |
Build 20020521 When developping (mostly inside JavaProject) on this build, I am noticing a significant slow down around codeassist operations, and any time, a ctrl-break action points at the same area: "org.eclipse.jface.text.reconciler.MonoReconciler" daemon prio=5 tid=0x12922810 nid=0x8a4 runnable [0x1404f000..0x1404fdbc] at java.lang.System.arraycopy(Native Method) at java.util.ArrayList.toArray(ArrayList.java:288) at org.eclipse.jdt.internal.core.JavaElementRequestor.getPackageFragments (JavaElementRequestor.java:187) at org.eclipse.jdt.internal.core.NameLookup.findType (NameLookup.java:362) at org.eclipse.jdt.internal.core.SearchableEnvironment.find (SearchableEnvironment.java:64) at org.eclipse.jdt.internal.core.SearchableEnvironment.findType (SearchableEnvironment.java:143) at org.eclipse.jdt.internal.compiler.lookup.LookupEnvironment.askForType (LookupEnvironment.java:94) at org.eclipse.jdt.internal.compiler.lookup.PackageBinding.getType (PackageBinding.java:116) at org.eclipse.jdt.internal.compiler.lookup.Scope.findType (Scope.java:671) at org.eclipse.jdt.internal.compiler.lookup.Scope.getTypeOrPackage (Scope.java:1064) at org.eclipse.jdt.internal.compiler.lookup.Scope.getType (Scope.java:917) at org.eclipse.jdt.internal.compiler.ast.SingleTypeReference.getTypeBinding (SingleTypeReference.java:40) at org.eclipse.jdt.internal.compiler.ast.TypeReference.resolveType (TypeReference.java:92) at org.eclipse.jdt.internal.compiler.ast.AllocationExpression.resolveType (AllocationExpression.java:175) at org.eclipse.jdt.internal.compiler.ast.Assignment.resolveType (Assignment.java:70) at org.eclipse.jdt.internal.compiler.ast.Expression.resolve (Expression.java:425) at org.eclipse.jdt.internal.compiler.ast.Block.resolveUsing (Block.java:102) at org.eclipse.jdt.internal.compiler.ast.TryStatement.resolve (TryStatement.java:442) at org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolveStatement s(AbstractMethodDeclaration.java:332) at org.eclipse.jdt.internal.compiler.ast.MethodDeclaration.resolveStatements (MethodDeclaration.java:70) at org.eclipse.jdt.internal.compiler.ast.AbstractMethodDeclaration.resolve (AbstractMethodDeclaration.java:321) at org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve (TypeDeclaration.java:908) at org.eclipse.jdt.internal.compiler.ast.TypeDeclaration.resolve (TypeDeclaration.java:940) at org.eclipse.jdt.internal.compiler.ast.CompilationUnitDeclaration.resolve (CompilationUnitDeclaration.java:223) at org.eclipse.jdt.internal.compiler.Compiler.resolve(Compiler.java:571) at org.eclipse.jdt.internal.core.CompilationUnitProblemFinder.resolve (CompilationUnitProblemFinder.java:162) at org.eclipse.jdt.internal.core.CompilationUnit.buildStructure (CompilationUnit.java:115) at org.eclipse.jdt.internal.core.CompilationUnit.makeConsistent (CompilationUnit.java:700) at org.eclipse.jdt.internal.core.WorkingCopy.reconcile (WorkingCopy.java:380) at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile (JavaReconcilingStrategy.java:71) at org.eclipse.jdt.internal.ui.text.java.JavaReconcilingStrategy.reconcile (JavaReconcilingStrategy.java:93) at org.eclipse.jface.text.reconciler.MonoReconciler.process (MonoReconciler.java:68) at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread.run (AbstractReconciler.java:168)