A couple of notes: - a bit orthogonal to the suggested changes itself, but if the goal is to properly report CPU info on high core count machines the major missing bit currently is processor group support (effectively limiting apps' seen and managable CPU count to 64 (on 64 bit arch). - doing some complicated queries and shuffling functions are probably not that much useful until the NUMA info is properly queried in ntdll Unix part. Without that, if the goal is to just have a (better) stub which will avoid some failures it may as well hardcode simple answer which is de-facto what Wine reports now. Which is the problem with GetNumaHighestNodeNumber() returning 0 now which is solved by the changes which will effectively yield the same now? If going for implementing NUMA functionality for real, I'd probably suggest to limit the initial scope of this and start from properly returning NUMA associations from NtQuerySystemInformation( SystemLogicalProcessorInformation[Ex] ), so also existing GetLogicalProcessorInformation[Ex]() returns actual data. While again, I am not sure how much useful that is in general until processor groups / full CPU count is supported. Separately, I don't know if using LLMs in preparation of Wine MRs is allowed or not, but just asking it to do the job and sending it is obviously not going to work, LLMs are not ready for these sorts of problems. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8995#note_116269