I’ve hit an issue but the person did not provide the required data. For the AMD 16 core threadripper 2950x which is I believe Zen+ generation (right before Zen2), there’s a problem with how the data is working, a 16 core 2950x, which had 2 cpu dies, is showing up as an 8 core with 2 cpu dies, which is wrong.
I came up with a simple 1 liner that will crudely supply the data I need to debug this issue:
for i in $(find /sys/devices/system/cpu/ -type f); do echo ${i}::$(cat $i 2>/dev/null);done | sort > cpu-data-sys.txt; cp -f /proc/cpuinfo cpu-data-cpuinfo.txt
This will generate 2 files; cpu-data-sys.txt and cpu-data-cpuinfo.txt
which you can upload to a pastebin or whatever, then I can use those to emulate the cpu to see what’s going on there, but I can’t guess, and I can’t resolve the issue without that data.
You can also see easily on your system if inxi shows your core count as half the real count, like if you have a 16 core and inxi says 1x cores: 8 with -Cxx.
Note this is not about multithreading, which of course will show 2x the threads since 2 threads per physical core.
All it takes is one person with this cpu, or one enough like to generate this error in output, which is easy to test with inxi -Cxx.
I’m hoping to nail down this issue before next inxi since I know it’s real on at least one user system, and I also know I cannot guess what the data is doing to make iget half the total cores but the right dies.
Here’s your chance to help make inxi better!! Normally I don’t have to post for this type of data, but this is so specific that there’s no way I can guess. I had a dataset from threadripper 3990x, which is zen 2, but it works fine, I tested that data and it shows the expected 64 cores, 128 threads, no issues. So the issue may only have existed briefly in early Ryzen cpus with 2 dies. It does not exist on Epyc as far as I can tell.