os::current_thread_id on Linux

Martin Buchholz martinrb at google.com
Wed Jul 22 21:51:37 UTC 2015


It would be nice if even internal hotspot APIs had clear specs. All we have
now is:

  // thread id on Linux/64bit is 64bit, on Windows and Solaris, it's 32bit
  static intx current_thread_id();

pthread_self() is documented as being an opaque value that cannot
necessarily be stored in a native integral type, so casting to intx is a
bit bogus.  (but yeah, this is hotspot, we can get away with non-portable
code)

For debugging purposes, it would be nice to have convenient access to all
of the various "current thread" values: pthread_self(), gettid(), hotspot
C++ thread object, java thread object, java thread id.  But that doesn't
fit with a function returning intx, and whose uniqueness is also used for
locking.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20150722/508e4b6f/attachment.html>


More information about the serviceability-dev mailing list