diff options
author | Bastien Montagne <montagne29@wanadoo.fr> | 2019-06-05 00:23:55 +0300 |
---|---|---|
committer | Bastien Montagne <montagne29@wanadoo.fr> | 2019-06-05 00:51:03 +0300 |
commit | 1324659dee4981bce37557febb446710547fb646 (patch) | |
tree | 20b3f2339e11f00a023312e647f4b7e3692d6d1e /tests/gtests/blenlib/CMakeLists.txt | |
parent | 30d9366d17328a5f15a32e537c0a2969ea82bd3f (diff) |
GTests: BLI_task: Add basic tests for BLI_task_parallel_listbase(), and some performances benchmarks.
Nothing special to mention about regression test itself, it basically
mimics the one for `BLI_task_parallel_mempool()`...
Basic performances benchmarks do not tell us much, besides the fact that
for very light processing of listbase, even with 100k items,
single-thread remains an order of magnitude faster than threaded code.
Synchronization is just way too expensive in that case with current
code. This should be partially solvable with much bigger (and
configurable) chunk sizes though (current ones are just ridiculous
for such cases ;) )...
Diffstat (limited to 'tests/gtests/blenlib/CMakeLists.txt')
-rw-r--r-- | tests/gtests/blenlib/CMakeLists.txt | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/tests/gtests/blenlib/CMakeLists.txt b/tests/gtests/blenlib/CMakeLists.txt index 547ed99295c..c2b5930e649 100644 --- a/tests/gtests/blenlib/CMakeLists.txt +++ b/tests/gtests/blenlib/CMakeLists.txt @@ -61,5 +61,6 @@ BLENDER_TEST(BLI_string_utf8 "bf_blenlib") BLENDER_TEST(BLI_task "bf_blenlib;bf_intern_numaapi") BLENDER_TEST_PERFORMANCE(BLI_ghash_performance "bf_blenlib") +BLENDER_TEST_PERFORMANCE(BLI_task_performance "bf_blenlib") unset(BLI_path_util_extra_libs) |