Message135962
This makes sense.
I was suspecting a system limit exhaustion, maybe OOM or maximum number of threads, something like that.
But at least on Linux, in OOM condition, the process would either get nuked by the OOM-killer, or pthread_create would bail out with ENOMEM (when allocating the stack for example), so we would be able to - somewhat - catch the error and get an exception (well, OOM condition is also often a sort of "undefined behaviour", so we can't really make a guarantee on the state of the interpreter when it's hit).
Out of curioisity, could you try the attached test to see how it behaves on your VM?
Usage: ./test_thread_oom <number of threads to create>
On Linux it fails with ENOMEM "Resource temporarily unavailable". |
|
Date |
User |
Action |
Args |
2011-05-14 07:22:07 | neologix | set | recipients:
+ neologix, jcea, pitrou, vstinner |
2011-05-14 07:22:07 | neologix | set | messageid: <1305357727.67.0.917561703796.issue12071@psf.upfronthosting.co.za> |
2011-05-14 07:22:07 | neologix | link | issue12071 messages |
2011-05-14 07:22:06 | neologix | create | |
|