-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No implementation of map_cpus on non-Linux OSes #5
Comments
On BSD, I suspect something like |
For Windows (and potentially also a fallback for Linux/BSD) would be to use the affinity trick that drwmutex used previously. Example code for Windows can be seen here. |
OpenBSD:
I'd need confirmation that this command indeed gives the correct results on machines with more cores and on other BSDs though. |
I'm not very familiar here but is there some reason tylertreat@04af2cc doesn't work? |
That has two main problems. The first is that it'll run forever if the default |
First point makes sense. For the second do you mean because of the change that |
Yes, exactly. |
Currently, all other OSes revert to the old sync.RWMutex behaviour of sharing a single lock. Implementing
map_cpus
for other OSes incpus_GOOS.go
will fix this, and should be relatively straightforward if you have a machine running that OS.Patches are welcome.
The text was updated successfully, but these errors were encountered: