#7248 closed bug (fixed)
error in thread use accounting?
| Reported by: | jonas.kirilla | Owned by: | nobody |
|---|---|---|---|
| Priority: | normal | Milestone: | R1/beta2 |
| Component: | System/Kernel | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
The attached utility (thread_maker) spawns a number of threads, given as argv[1]. (defaults to 16)
Having run a couple of "thread_maker 2000" (or more) and having it fail at spawning threads, sysinfo can show something like this:
~/Desktop/thread_maker> sysinfo | grep threads
-25837 threads free (used/max 29933 / 4096)
Haiku hrev39648 gcc2hybrid.
Attachments (1)
Change History (5)
by , 14 years ago
| Attachment: | thread_maker.zip added |
|---|
comment:1 by , 14 years ago
comment:2 by , 8 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:3 by , 5 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Thread limits are now enforced, so this should be fixed.
comment:4 by , 5 years ago
| Milestone: | R1 → R1/beta2 |
|---|
Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone
Note:
See TracTickets
for help on using tickets.
The thread limit is not enforced ATM. The reason why creating more threads fails at some point is probably due to some other resource limit (address space, semaphores,...).