Uploaded image for project: 'OptaPlanner'
  1. OptaPlanner
  2. PLANNER-471

VariableListenerSupport.beforeVariableChanged() is severly slower (from CR1 to CR2) due to SortedMap usage

    XMLWordPrintable

Details

    • NEW
    • NEW

    Description

      We're noticing a performance loss (sometimes up to 20% or 30% even) for use cases with chained planning variables, due to PLANNER-252, especially if no time windows or other shadow variables are in play (which benefit from a performance gain from PLANNER-252).

      Deeper investigation shows that the SortedMap usage in VariableListenerSupport.beforeVariableChanged() takes a lot of time. See the 40 seconds spend on the get() method in the screenshot from JProfiler.
      This is homberg1000 with incremental score calc, only LS with only change moves.

      Attachments

        Issue Links

          Activity

            People

              gdesmet@redhat.com Geoffrey De Smet (Inactive)
              gdesmet@redhat.com Geoffrey De Smet (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: