diff options
author | Ashod Nakashian <ashod.nakashian@collabora.co.uk> | 2016-06-14 07:19:20 -0400 |
---|---|---|
committer | Ashod Nakashian <ashnakash@gmail.com> | 2016-06-15 21:28:47 +0000 |
commit | 60e75fb276778459f6055360646d879b8c615d83 (patch) | |
tree | 332c124a2bff614b1483ab5549e56dbdd743d17a /include/comphelper | |
parent | b43b7a59ca24927c4f4bd90935b4f0075304abe7 (diff) |
tdf#98955 hardware_concurrency not ideal for thread pools
A new static member getPreferredConcurrency added to
comphelper::ThreadPool to return a configurable max
number of threads.
By default the new function returns the hardware_concurrency
value provided by std::thread. When MAX_CONCURRENCY envar is
defined, the return value is limited to whatever is set there.
Three call-sites that used std::thread::hardware_concurrency
have been replaced with getPreferredConcurrency.
Unittests added to cover the functionality of the new member.
Unittests are capped to 4 threads.
Change-Id: I3332e393a88a5ed436316fa712ed920a4b37f4af
Reviewed-on: https://gerrit.libreoffice.org/26254
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
Diffstat (limited to 'include/comphelper')
-rw-r--r-- | include/comphelper/threadpool.hxx | 6 |
1 files changed, 6 insertions, 0 deletions
diff --git a/include/comphelper/threadpool.hxx b/include/comphelper/threadpool.hxx index cfa471b60802..2f726f0b406f 100644 --- a/include/comphelper/threadpool.hxx +++ b/include/comphelper/threadpool.hxx @@ -36,6 +36,12 @@ public: /// count for the CPU static ThreadPool& getSharedOptimalPool(); + /// returns a configurable max-concurrency + /// limit to avoid spawning an unnecessarily + /// large number of threads on high-core boxes. + /// MAX_CONCURRENCY envar controls the cap. + static sal_Int32 getPreferredConcurrency(); + ThreadPool( sal_Int32 nWorkers ); virtual ~ThreadPool(); |