You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello,
You mentioned in the paper that nvbit hooks at some library functions using the LD_PRELOAD method.
I was able to reproduce this when the application is using the Driver APIs, since libcuda is dynamically linked and so hooking functions like cuCtxCreate or cuLaunchKernel is pretty straightforward.
But I don't understand how this is possible when the application uses the Runtime APIs.
In this case it looks to me that the library is statically linked to the application binary:
Hello,
You mentioned in the paper that nvbit hooks at some library functions using the LD_PRELOAD method.
I was able to reproduce this when the application is using the Driver APIs, since libcuda is dynamically linked and so hooking functions like
cuCtxCreate
orcuLaunchKernel
is pretty straightforward.But I don't understand how this is possible when the application uses the Runtime APIs.
In this case it looks to me that the library is statically linked to the application binary:
Even though when tracing the application I can see something:
Can you clarify this aspect?
What functions does nvbit "overwrite"?
The text was updated successfully, but these errors were encountered: