Community
Participate
Working Groups
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)
No more evidences after last round of optimizations. Closing
Verified that code assist performance is good.
Verified