XInitThreads perfomance issue #55287

New Issue

Brecht Van Lommel · 2018-06-01T13:02:30+02:00

Brecht Van Lommel commented

2018-06-01 13:02:30 +02:00

On some systems, our usage of XInitThreads() is causing a significant slowdown in viewport playback. On other systems there is no apparent impact.

It is not clear yet why, needs to be investigated. We may be able to remove XInitThreads() if there is a dedicated thread for each drawing context, that other threads can give a job to do their drawing.

On some systems, our usage of `XInitThreads()` is causing a significant slowdown in viewport playback. On other systems there is no apparent impact. It is not clear yet why, needs to be investigated. We may be able to remove `XInitThreads()` if there is a dedicated thread for each drawing context, that other threads can give a job to do their drawing.

Brecht Van Lommel commented

2018-06-01 13:02:31 +02:00

Added subscribers: @brecht, @Sergey

Clément Foucault commented

2018-06-27 18:39:54 +02:00

Added subscriber: @fclem

Clément Foucault commented

2018-06-27 18:39:54 +02:00

Small update on this one.

On systems that exhibit this issue, it seems that any call to the following functions takes way more time than it should.
glBufferSubData
glBufferData
glMapBuffer
glMapBufferRange

So even updating uniform buffers is taking a long time.

We still need to see if we can reproduce this problem with a small test application.

Small update on this one. On systems that exhibit this issue, it seems that any call to the following functions takes way more time than it should. glBufferSubData glBufferData glMapBuffer glMapBufferRange So even updating uniform buffers is taking a long time. We still need to see if we can reproduce this problem with a small test application.

Sergey Sharybin commented

2018-06-29 12:11:43 +02:00

Here is a test application which demonstrates the issue: gen_buffers_test.c

With XInitThreads() i've got 0.68sec for the test, without it it's 0.18sec.

Here is a test application which demonstrates the issue: [gen_buffers_test.c](https://archive.blender.org/developer/F3826556/gen_buffers_test.c) With `XInitThreads()` i've got 0.68sec for the test, without it it's 0.18sec.

Brecht Van Lommel commented

2018-12-20 14:26:36 +01:00

Is this still something we intend to fix?

As I understand it this was solved for @Sergey by upgrading to a newer kernel/driver.

Is this still something we intend to fix? As I understand it this was solved for @Sergey by upgrading to a newer kernel/driver.

Sergey Sharybin commented

2018-12-20 15:01:10 +01:00

Changed status from 'Open' to: 'Resolved'

Sergey Sharybin closed this issue

2018-12-20 15:01:10 +01:00

Sergey Sharybin self-assigned this 2018-12-20 15:01:10 +01:00

Sergey Sharybin commented

2018-12-20 15:01:10 +01:00

@brecht, that wasn't a kernel/driver version. I've re-installed the entire OS and that did fix the slowness. Not sure what exactly solved the issue, but my guess is that some of the alternatives in ht driver libraries went wrong over the years of initial install.

Think it's fine to close the task. Is nothing what we can solve from Blender side anyway. And for now the known case is resolved :)

@brecht, that wasn't a kernel/driver version. I've re-installed the entire OS and that did fix the slowness. Not sure what exactly solved the issue, but my guess is that some of the alternatives in ht driver libraries went wrong over the years of initial install. Think it's fine to close the task. Is nothing what we can solve from Blender side anyway. And for now the known case is resolved :)

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

XInitThreads perfomance issue #55287