Since pthread
s do not need to be implemented with Linux threads (or kernel threads at all, for that matter), and some implementations are entirely user-level or mixed, the pthread
s interface does not provide functions to access these implementation details, as those would not be portable (even across pthread
s implementations on Linux). Thread libraries that use those could provide this as an extension, but there do not seem to be any that do.
Other than accessing internal data structures of the threading library (which you understandably do not want, although with your assumptions about processor affinity and Linux thread IDs, your code will not be portable anyway), you may be able to play a trick at creation time, if you control the code that creates the threads:
Give pthread_create()
an entry function that calls gettid()
(which by the way you are likely to have to do using the syscall
macro directly because it is not always exported by libc
), stores the result somewhere, and then calls the original entry function. If you have multiple threads with the same entry function, you can pass an incremented pointer into an array in the arg
argument to pthread_create
, which will then be passed to the entry function you created to store the thread ID in. Store the pthread_t
return value of pthread_create
in the same order, and then you will be able to look up the Linux thread IDs of all threads you created given their pthread_t
value.
Whether this trick is worth it, depends on how important setting the CPU affinity is in your case, versus not accessing internal structures of the thread library or depending on a thread library that provides pthread_setaffinity_np
.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…