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/windowmanager/intern | |
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/windowmanager/intern')
-rw-r--r-- | source/blender/windowmanager/intern/wm_jobs.c | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/source/blender/windowmanager/intern/wm_jobs.c b/source/blender/windowmanager/intern/wm_jobs.c index 66277ec57f4..e7ad654d3e5 100644 --- a/source/blender/windowmanager/intern/wm_jobs.c +++ b/source/blender/windowmanager/intern/wm_jobs.c @@ -381,7 +381,6 @@ static void *do_job_thread(void *job_v) { wmJob *wm_job = job_v; - BLI_thread_put_thread_on_fast_node(); wm_job->startjob(wm_job->run_customdata, &wm_job->stop, &wm_job->do_update, &wm_job->progress); wm_job->ready = true; |