-
Notifications
You must be signed in to change notification settings - Fork 75
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
Concurrent thread limit #28
Comments
We are looking into it right now, it looks like AMS might be the source of this bug. I have a question for you, are you running homebrew in applet mode, or are you using an application? |
I m running in applet mode (by default) but with count of 69, threads remain frozen in application mode. |
Using application mode do the trick for the gist snippet. my current socket config there is currently 2 sockets/thread (~10 socket total):
|
Hello,
I m currently facing an issue with the pthread interface.
Despite mutex/barrier and sched_yield some threads never execute after reaching a specific number. Some threads are like frozen (hanged).
The number of running concurrent threads look limited for the homebrew process.
Is there a way to increase this limit ?
I created the following snippet to test this problem.
https://gist.github.com/H0neyBadger/c080dd00c0dd77439bd8d41826d49d0c#file-main-cpp-L131
With thread count to 68, the job is running as expected.
With thread count to 69 (or greater) one or many threads are frozen. The thread barrier is never reached.
I m using nxlink and homebrew netloader to test my projects (with the latest devkitpro pacman on arch).
I spent a lot of time on this issue, and I m out of idea.
I hope you can help
P.S: I initially posted my issue on newlib project
devkitPro/newlib#20
The text was updated successfully, but these errors were encountered: