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

RedefineClasses must be fast even when hundreds or thousands of classes are redefined

    XMLWordPrintable

Details

    • Bug
    • Resolution: Won't Fix
    • P3
    • 8
    • 1.5.1, 6
    • hotspot
    • generic
    • generic

    Description

      JFluid typically instruments a program by redefining every loaded class. In J2SE 5.0 redefining 2000 classes which have been extensively run (and thus have many compiled methods) takes 191 seconds, which is around twenty times slower than the experimental JFluid VM.

      This is caused in large part by CR 6173560. However, there are other serious inefficiencies which must be addressed.
      ###@###.### 10/4/04 00:22 GMT

      Attachments

        Issue Links

          relates to

          Bug - A problem which impairs or prevents the functions of the product. JDK-6338927 Redefine crash on lazy NetBeans instrumentation -- upto 4096 redefines on a single class

          • P3 - Major loss of function.
          • Resolved

          Bug - A problem which impairs or prevents the functions of the product. JDK-5088035 hotswap fires assert(0 <= i && i < length(),"index out of bounds")

          • P4 - Minor loss of function, or other problem where easy workaround is present.
          • Resolved

          Bug - A problem which impairs or prevents the functions of the product. JDK-6173560 constant pool of redefined class should be safe and high-performance -- make it append only

          • P2 - Crashes, loss of data, severe memory leak.
          • Resolved

          Activity

            People

              Unassigned Unassigned
              rfield Robert Field (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:
                Imported:
                Indexed: