Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8055854

Examine overhead in java.net.URLClassLoader

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Won't Fix
    • Icon: P3 P3
    • None
    • 9
    • core-libs
    • None

      Brian Goetz says "I was peeking through the URLClassLoader code, and it seems awfully inefficient. If we're so concerned about startup, have we evaluated whether that's a part of the problem? e.g., uses exceptions for control flow, doesn't build maps of what is in each JAR, etc"

      Synchronization in URLClassLoader is also extremely coarse grained. Low hanging fruit?

      This might be helpful when we are attacking the various warmup problems that stem from the huge amounts of classes being generated by Indy.

      I know Claes was looking at stuff like this, so I am assigning it to him.

            redestad Claes Redestad
            lagergren Marcus Lagergren
            Votes:
            0 Vote for this issue
            Watchers:
            8 Start watching this issue

              Created:
              Updated:
              Resolved: