Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming.threads > #3674 > unrolled thread
| Started by | Ramine <toto@toto.net> |
|---|---|
| First post | 2017-03-16 17:47 -0400 |
| Last post | 2017-03-16 17:47 -0400 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.programming.threads
More clarification avout the threadpool Ramine <toto@toto.net> - 2017-03-16 17:47 -0400
| From | Ramine <toto@toto.net> |
|---|---|
| Date | 2017-03-16 17:47 -0400 |
| Subject | More clarification avout the threadpool |
| Message-ID | <oaf0vf$kdn$3@dont-email.me> |
Hello, I have said before that this threadpool is stupid and garbage: https://github.com/ryanlayer/sandbox/tree/master/C/cthreadpool Because he has to support both LIFO stacks and FIFO queues, because LIFO Stacks are cache friendly, other than that he has not eliminated the contention on the consumer threads side, other than that he has not port his threadpool to real-time systems such as QNX real-time system, and his threadpool doesn't support processor groups on windows, and his threadpool is not NUMA-aware, so i think i will not use his threadpool, because his threadpool is stupid and garbage, so i think i will port my threadpools that i have written in FreePascal and Delphi to C++ and to real-time systems. Hee is my threadpools, so read about them: An efficient Threadpool engine with priorities that scales well https://sites.google.com/site/aminer68/an-efficient-threadpool-engine-that-scales-well and this one: https://sites.google.com/site/aminer68/threadpool Thank you, Amine Moulay Ramdane.
Back to top | Article view | comp.programming.threads
csiph-web