1. 12 6月, 2020 1 次提交
  2. 03 4月, 2020 1 次提交
  3. 07 5月, 2020 1 次提交
  4. 09 4月, 2020 1 次提交
  5. 25 3月, 2020 1 次提交
  6. 19 11月, 2019 1 次提交
  7. 25 2月, 2020 1 次提交
  8. 17 2月, 2020 1 次提交
  9. 15 2月, 2020 1 次提交
  10. 04 2月, 2020 1 次提交
  11. 09 10月, 2019 1 次提交
  12. 16 1月, 2019 1 次提交
  13. 15 11月, 2018 1 次提交
  14. 13 2月, 2018 1 次提交
  15. 19 8月, 2019 1 次提交
    • N
      8229401: Fix JFR code cache test failures · cc8f4f73
      neugens 提交于
      8223689: Add JFR Thread Sampling Support
      8223690: Add JFR BiasedLock Event Support
      8223691: Add JFR G1 Region Type Change Event Support
      8223692: Add JFR G1 Heap Summary Event Support
      Summary: Backport JFR from JDK11, additional fixes
      Reviewed-by: neugens, apetushkov
      Contributed-by: denghui.ddh@alibaba-inc.com
      cc8f4f73
  16. 12 8月, 2019 1 次提交
    • A
      8223147: JFR Backport · af3d4c64
      apetushkov 提交于
      8199712: Flight Recorder
      8203346: JFR: Inconsistent signature of jfr_add_string_constant
      8195817: JFR.stop should require name of recording
      8195818: JFR.start should increase autogenerated name by one
      8195819: Remove recording=x from jcmd JFR.check output
      8203921: JFR thread sampling is missing fixes from JDK-8194552
      8203929: Limit amount of data for JFR.dump
      8203664: JFR start failure after AppCDS archive created with JFR StartFlightRecording
      8003209: JFR events for network utilization
      8207392: [PPC64] Implement JFR profiling
      8202835: jfr/event/os/TestSystemProcess.java fails on missing events
      Summary: Backport JFR from JDK11. Initial integration
      Reviewed-by: neugens
      af3d4c64
  17. 05 6月, 2019 1 次提交
  18. 17 6月, 2019 1 次提交
  19. 14 10月, 2014 1 次提交
  20. 08 5月, 2019 1 次提交
  21. 21 6月, 2018 1 次提交
  22. 29 3月, 2019 1 次提交
  23. 03 12月, 2018 1 次提交
  24. 16 10月, 2018 1 次提交
  25. 29 9月, 2018 1 次提交
  26. 20 7月, 2018 1 次提交
  27. 09 7月, 2018 1 次提交
  28. 11 7月, 2018 1 次提交
  29. 07 7月, 2018 2 次提交
  30. 29 3月, 2018 1 次提交
    • S
      8164480: Crash with assert(handler_address ==... · 2bce4a02
      shshahma 提交于
      8164480: Crash with assert(handler_address == SharedRuntime::compute_compiled_exc_handler(..) failed: Must be the same
      Summary: Exception checking code needs to handle pre-allocated exceptions.
      Reviewed-by: thartmann, kvn
      2bce4a02
  31. 25 12月, 2017 1 次提交
  32. 30 9月, 2017 1 次提交
  33. 07 10月, 2017 1 次提交
  34. 07 9月, 2017 1 次提交
  35. 21 8月, 2017 1 次提交
    • D
      6651256: jstack: DeleteGlobalRef method call doesn't lead to descreasing of... · cf80a2fe
      dbuck 提交于
      6651256: jstack: DeleteGlobalRef method call doesn't lead to descreasing of global refs count shown by jstack
      Summary: jni_DeleteGlobalRef does not really release the jni handle, instead, set the handle point to JNIHandles::_deleted_handle which holds an oop instance (java/lang/Object) in Java heap and never be GC'ed. When counting number of global reference, it counts all the handles on the chain list, which includes the already deleted ones.
      Reviewed-by: zgu, sla, coleenp
      Contributed-by: yumin.qi@oracle.com
      cf80a2fe
  36. 15 8月, 2017 2 次提交
  37. 12 8月, 2017 1 次提交
  38. 24 5月, 2017 1 次提交