It is almost as if the profiler is getting confused across the two kernels? Am I doing something wrong? Is there a more appropriate way to profile kernels with similar names?
That looks unexpected and potentially like a bug. There is nothing wrong about adding --set full to this command line. Could you try the latest ncu version 2024.2, and see if the issue still reproduces?
Do you have a reproducer code that you could share for debugging this on our end?
Hi, I just edited the original post. I was mistaken about the version I was using. I am on Version 2023.2.1. I am working on a shared cluster, and do not have admin rights to install the newer version. I tried copying over the linux-desktop-glibc_2_11_3-x64 folder from under the target directory in my MacOS install, but that didn’t work. Do you have any suggestions on how could I proceed without admin rights to install on a remote server? Is there a preinstalled version that I could copy over?
Upon testing, I believe the issue is resolved in the latest version. It might have been resolved in a prior version too, but have not tested anything between 2023.2.1 and 2024.2.