Uploaded image for project: 'OpenFlowPlugin'
  1. OpenFlowPlugin
  2. OPNFLWPLUG-1047

NodeConfiguratorImpl JobQueueHandler iterator() causing extensive object allocation

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Highest
    • Resolution: Done
    • Affects Version/s: Oxygen-SR3
    • Fix Version/s: Oxygen-SR4, Fluorine-SR2, Neon
    • Component/s: None
    • Labels:
      None

      Description

      I'm looking at a Java Flight Recording obtained from (internal) scale lab testing, , based on Oxygen SR3 code, and am surprised to find that the biggest "TLAB allocation", with a huge factor of several magnitudes (4.97 TiB vs. next issue at 86/57/16/15 ... GiB!), is this:

      Iterator java.util.concurrent.ConcurrentHashMap$EntrySetView.iterator()	127113
      void org.opendaylight.openflowplugin.applications.frm.nodeconfigurator.NodeConfiguratorImpl$JobQueueHandler.run()	127113
      void java.lang.Thread.run()	127113

      I'm not clear how object creation churn, and thus required GC, for a simple iterator() could be reduced, but it seems worth having a closer look at this code.

        Attachments

        No reviews matched the request. Check your Options in the drop-down menu of this sections header.

          Activity

            People

            Assignee:
            vorburger Michael Vorburger
            Reporter:
            vorburger Michael Vorburger
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: