diff options
| author | Sergey Sharybin <sergey@blender.org> | 2022-01-07 14:01:11 +0300 |
|---|---|---|
| committer | Sergey Sharybin <sergey@blender.org> | 2022-01-07 14:19:02 +0300 |
| commit | 312aa67cc73c97f11e34be24623231f98fcdaa35 (patch) | |
| tree | eaf1c30cf4e9d4a2bb69d2bd6400cb1ba0ab4d59 /source/blender/blenlib/BLI_threads.h | |
| parent | ed52de948ccddf297e010dbf79dfadfcd164dae9 (diff) | |
Remove dead numaapi code in blenlib
It it rather an old experiment now which didn't pay off.
The initial idea was to have main and jobs threads on fast
nodes of TR2 processors. This didn't really work reliably
because in Blender we need to be able to create nested
threads without their affinity set. This is not how some of
OS are creating nested threads, and we don't always have
access to child threads to reset their affinity.
So overall complexity of the initial idea implementation
became too much compared to the performance gain.
Diffstat (limited to 'source/blender/blenlib/BLI_threads.h')
| -rw-r--r-- | source/blender/blenlib/BLI_threads.h | 7 |
1 files changed, 0 insertions, 7 deletions
diff --git a/source/blender/blenlib/BLI_threads.h b/source/blender/blenlib/BLI_threads.h index c7aae6d7972..60ed5f0544a 100644 --- a/source/blender/blenlib/BLI_threads.h +++ b/source/blender/blenlib/BLI_threads.h @@ -210,13 +210,6 @@ void BLI_thread_queue_nowait(ThreadQueue *queue); # define BLI_thread_local_set(name, value) name = value #endif /* defined(__APPLE__) */ -/* **** Special functions to help performance on crazy NUMA setups. **** */ - -/* Make sure process/thread is using NUMA node with fast memory access. */ - -void BLI_thread_put_process_on_fast_node(void); -void BLI_thread_put_thread_on_fast_node(void); - #ifdef __cplusplus } #endif |