Details

    • Type: Improvement
    • Status: Closed
    • Priority: Critical
    • Resolution: Won't Fix
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None
    • Labels:
      None

      Description

      this is a grouping ticket to collect performance-related tasks

      1. td1-Building AOP model.tdump
        41 kB
        Mauro Molinari
      2. td1-Invoking Spring Builder.tdump
        34 kB
        Mauro Molinari
      3. td2-Building AOP model.tdump
        40 kB
        Mauro Molinari
      4. td2-Invoking Spring Builder.tdump
        41 kB
        Mauro Molinari
      5. threaddump-1354790919035.tdump
        116 kB
        Mauro Molinari
      1.
      STS 3.1/Eclipse 3.8 poor performance Sub-task Resolved Martin Lippert
       
      2.
      STS is excessively memory hungry Sub-task Closed Martin Lippert
       
      3.
      Workspace taking huge amounts of time to build Sub-task Resolved Martin Lippert
       
      4.
      improve performance on label decoration Sub-task Resolved Martin Lippert
       
      5.
      JDT-based annotation processing for Spring is slow Sub-task Resolved Martin Lippert
       
      6.
      GGTS 3.1.0 gradually slows down Sub-task Resolved Martin Lippert
       
      7.
      Failing "Spring Build Path Rule" should stop calls to all other validators Sub-task Closed Unassigned
       
      8.
      looking up the type hierarchy is slow Sub-task Resolved Martin Lippert
       
      9.
      Very slow "Loading foobar-spring-context.xml ..." Sub-task Resolved Martin Lippert
       
      10.
      AnnotationCompilationParticipant does too much work Sub-task Resolved Martin Lippert
       
      11.
      JdtConfigurationClassPostProcessor consumes 40% CPU during build Sub-task Closed Martin Lippert
       
      12.
      BeanInitAndDestroy Rule sunk by non-Spring init/destroy Sub-task Resolved Martin Lippert
       
      13.
      BeanConstructorArgumentRule needs performance work Sub-task Resolved Martin Lippert
       
      14.
      BeanCoreUtils.isBeansConfig needs optimization Sub-task Resolved Martin Lippert
       
      15.
      Bean Init and Destroy Validator blocking performance Sub-task Resolved Martin Lippert
       
      16.
      optimize JavaModelSourceLocation line number calculation Sub-task Closed Unassigned
       
      17.
      optimize isSpringDataRepository check Sub-task Resolved Martin Lippert
       
      18.
      optimize TypeHierarchyEngine cache handling with regards to the classpath Sub-task Resolved Martin Lippert
       
      19.
      remove outdated SuperTypeHierarchyCache Sub-task Closed Martin Lippert
       
      20.
      replace BeansTypeHierachyState with new TypeHierarchyEngine Sub-task Resolved Martin Lippert
       
      21.
      Workspace build takes more than 30 minutes Sub-task Resolved Martin Lippert
       
      22.
      optimize SpringDataUtils.isRepositoryBean Sub-task Resolved Martin Lippert
       
      23.
      optimize autowire validation Sub-task Closed Martin Lippert
       
      24.
      optimize BeansProject.getConfigs() Sub-task Resolved Martin Lippert
       
      25.
      Clean build takes several minutes with multi-module project Sub-task Resolved Martin Lippert
       
      26.
      STS slow for any action and consuming CPU Sub-task Resolved Martin Lippert
       
      27.
      STS is very slow rebuilding workspace Sub-task Resolved Martin Lippert
       

        Activity

        Hide
        mlippert Martin Lippert added a comment -

        Hey Mauro! Thanks a lot for adding more thread dumps to this issue. They definitely help. It looks like the type hierarchy analysis that we do is causing too much load for JDT and therefore slows things down. I will create a new sub-task to improve this area. Thanks again!!!
        (it would be awesome if we could get this large workspace that you describe, but I guess that is internal stuff, right?)

        Show
        mlippert Martin Lippert added a comment - Hey Mauro! Thanks a lot for adding more thread dumps to this issue. They definitely help. It looks like the type hierarchy analysis that we do is causing too much load for JDT and therefore slows things down. I will create a new sub-task to improve this area. Thanks again!!! (it would be awesome if we could get this large workspace that you describe, but I guess that is internal stuff, right?)
        Hide
        mauromol Mauro Molinari added a comment -

        Yes, unfortunately it's internal stuff

        Show
        mauromol Mauro Molinari added a comment - Yes, unfortunately it's internal stuff
        Hide
        mauromol Mauro Molinari added a comment - - edited

        I'm attaching a new interesting thread dump. I don't know if this is still STS-3102, however in this case Eclipse seems to be doing nothing (progress view is empty) but it is being eating 100% CPU from more than a hour now. If you look at the dump, there are MANY threads where Spring IDE is making JDT scan classes.

        Show
        mauromol Mauro Molinari added a comment - - edited I'm attaching a new interesting thread dump. I don't know if this is still STS-3102 , however in this case Eclipse seems to be doing nothing (progress view is empty) but it is being eating 100% CPU from more than a hour now. If you look at the dump, there are MANY threads where Spring IDE is making JDT scan classes.
        Hide
        mlippert Martin Lippert added a comment -

        Thanks for the additional thread dump, also definitely interesting. This is an area that I already worked on, so this kind of processing should now be a lot more efficient. But aside of that, we should take a look to see if we can reduce the number of threads as well.

        Show
        mlippert Martin Lippert added a comment - Thanks for the additional thread dump, also definitely interesting. This is an area that I already worked on, so this kind of processing should now be a lot more efficient. But aside of that, we should take a look to see if we can reduce the number of threads as well.
        Hide
        mlippert Martin Lippert added a comment -

        This project has moved its issue management to GitHub Issues:
        https://github.com/spring-projects/spring-ide/issues

        Therefore we closed the majority of old issues, like this one here. If you think this issue is still valid and should be fixed or worked on, please feel free to file it as a new issue on GitHub (using the link above).

        Show
        mlippert Martin Lippert added a comment - This project has moved its issue management to GitHub Issues: https://github.com/spring-projects/spring-ide/issues Therefore we closed the majority of old issues, like this one here. If you think this issue is still valid and should be fixed or worked on, please feel free to file it as a new issue on GitHub (using the link above).

          People

          • Assignee:
            Unassigned
            Reporter:
            mlippert Martin Lippert
          • Votes:
            8 Vote for this issue
            Watchers:
            13 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: