Thanks for retesting. In hindsight my analysis has a fatal flaw. I used the
reap deficit at the end of the run of 162468 threads to estimate hash table
residency, but the residency should instead track the steady state rate of
thread creation/destruction of approx 5000 threads (assuming that t
Hi Thomas,
The thread_reaper() rate of 2500 threads/second is limiting your
throughput and sounds low. Why is it expensive? I have a theory.
Here is the code, with subroutine calls:
thread_reaper()
for (;;)
cv_wait();
thread_reap_list()
for each thread
