summaryrefslogtreecommitdiff
path: root/registry
diff options
context:
space:
mode:
authorAshod Nakashian <ashod.nakashian@collabora.co.uk>2016-06-14 07:19:20 -0400
committerAshod Nakashian <ashnakash@gmail.com>2016-06-15 21:28:47 +0000
commit60e75fb276778459f6055360646d879b8c615d83 (patch)
tree332c124a2bff614b1483ab5549e56dbdd743d17a /registry
parentb43b7a59ca24927c4f4bd90935b4f0075304abe7 (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 'registry')
0 files changed, 0 insertions, 0 deletions