Laggy interaction with gizmos, does not happen when running other 3D apps at the same time #61474

Closed
opened 2019-02-12 17:52:34 +01:00 by Eugene · 81 comments

System Information
Operating system: Win 10
Graphics card: GTX 1050 Ti

Blender Version
Broken:
2.80, 036ec5cae4, blender2.8, 2019-02-11

Short description of error

Open clean build today
Enable the "Move" tool in the "T" panel -> select cube -> keys 1,3,7 on the numpad, or drag with shift the viewport(short period) - lag

When running "only" Blender. There are no apps in the background.
no messengers, no browser, no photoshop. no applications using GPU.
We get lags.
As soon as we launch Telegram or Unity or ... (GPU using) everything becomes fine.
Only on Windows
b3d_bug.gif

b3d_bug2.gif

**System Information** Operating system: Win 10 Graphics card: GTX 1050 Ti **Blender Version** Broken: 2.80, 036ec5cae4f7, blender2.8, 2019-02-11 **Short description of error** Open clean build today Enable the "Move" tool in the "T" panel -> select cube -> keys 1,3,7 on the numpad, or drag with shift the viewport(short period) - lag When running "only" Blender. There are no apps in the background. no messengers, no browser, no photoshop. no applications using GPU. We get lags. As soon as we launch Telegram or Unity or ... (GPU using) everything becomes fine. Only on Windows ![b3d_bug.gif](https://archive.blender.org/developer/F6591814/b3d_bug.gif) ![b3d_bug2.gif](https://archive.blender.org/developer/F6591883/b3d_bug2.gif)
Author

Added subscriber: @SergienkoEugene

Added subscriber: @SergienkoEugene

#65596 was marked as duplicate of this issue

#65596 was marked as duplicate of this issue

#61339 was marked as duplicate of this issue

#61339 was marked as duplicate of this issue

#65567 was marked as duplicate of this issue

#65567 was marked as duplicate of this issue

#57677 was marked as duplicate of this issue

#57677 was marked as duplicate of this issue

Added subscriber: @ZedDB

Added subscriber: @ZedDB

Do you have the latest nvidia drivers? Make also sure to try out the latest blender beta.

If you have the latest, can you try running blender with --debug-value 23 and see if any of the values changes drastically when you have selected the move tool.

Do you have the latest nvidia drivers? Make also sure to try out the latest blender beta. If you have the latest, can you try running blender with `--debug-value 23` and see if any of the values changes drastically when you have selected the move tool.
Author

Do you have the latest nvidia drivers? Make also sure to try out the latest blender beta.

The latest version of b3d - 19.02.12 - 2.80.0-git.d3870471edd7
GPU driver latest - 418.81

I try on another PC - Win 7 x64 - gtx 960
still also.

bug.gif

>Do you have the latest nvidia drivers? Make also sure to try out the latest blender beta. The latest version of b3d - 19.02.12 - 2.80.0-git.d3870471edd7 GPU driver latest - 418.81 I try on another PC - Win 7 x64 - gtx 960 still also. ![bug.gif](https://archive.blender.org/developer/F6593219/bug.gif)
Clément Foucault was assigned by Sebastian Parborg 2019-02-12 21:54:05 +01:00

Added subscriber: @fclem

Added subscriber: @fclem

@fclem any ideas?

@fclem any ideas?

can you try with an empty object? to see if it really comes from the tranform gizmo? also you can change your active tool to the cursor tool to verify that.

can you try with an empty object? to see if it really comes from the tranform gizmo? also you can change your active tool to the cursor tool to verify that.
Author

yes, when transform gizmo active - lag. scale/move/spin etc

bug.gif

yes, when transform gizmo active - lag. scale/move/spin etc ![bug.gif](https://archive.blender.org/developer/F6599210/bug.gif)

Added subscriber: @DanieleViagi

Added subscriber: @DanieleViagi

HI, I have the same problem when gizmo is active.
Windows 10
Nvidia gtx 1060 Ti

HI, I have the same problem when gizmo is active. Windows 10 Nvidia gtx 1060 Ti

Added subscriber: @niewinny

Added subscriber: @niewinny

same problem Gtx 1070
I think It is the same as #57677

it looks like card detection or acceleration problem since it exists only if nothing is using a card in the background, even opening the Nvidia experience just speeds stuff.

edit:
it is related to all gizmos not only transform, even python ones

same problem Gtx 1070 I think It is the same as #57677 it looks like card detection or acceleration problem since it exists only if nothing is using a card in the background, even opening the Nvidia experience just speeds stuff. edit: it is related to all gizmos not only transform, even python ones

Added subscriber: @DasCoont

Added subscriber: @DasCoont

Same here, downloaded the feb10 nightly build and the feb14 build as well, I can confirm I'm having this exact issue, anytime the gizmo is present in the view port, it slows down view port performance and creates stutters and lag. Running a quick cycles preview render once on viewport seems to help alleviate the stuttering, but it is still there.

***Edit: viewport panning/rotating stutter and lag seems to be present when a camera object is selected as well, without the transform gizmo active, though the active "click and drag" handle function of changing the camera focal length should be taken into consideration as well for this bug.

Same here, downloaded the feb10 nightly build and the feb14 build as well, I can confirm I'm having this exact issue, anytime the gizmo is present in the view port, it slows down view port performance and creates stutters and lag. Running a quick cycles preview render once on viewport seems to help alleviate the stuttering, but it is still there. ***Edit: viewport panning/rotating stutter and lag seems to be present when a camera object is selected as well, without the transform gizmo active, though the active "click and drag" handle function of changing the camera focal length should be taken into consideration as well for this bug.

Added subscriber: @DotBow

Added subscriber: @DotBow

@fclem This weird lag behavior is last about month for now, don't it should be high priority and fixed since it is totally ruin usability?
This lug still in all latest builds and I can reproduce it on different machines.
Please, don't throw such bugs that makes blender unusable at all.

@fclem This weird lag behavior is last about month for now, don't it should be high priority and fixed since it is totally ruin usability? This lug still in all latest builds and I can reproduce it on different machines. Please, don't throw such bugs that makes blender **unusable at all**.

I wouldn't call it completely unusable, but it is peculiar that the gizmo tool works perfect on current 2.79 but has so much lag on 2.8. Its such a nice dynamic tool to use, I hope the bug can be fixed soon.

I wouldn't call it completely unusable, but it is peculiar that the gizmo tool works perfect on current 2.79 but has so much lag on 2.8. Its such a nice dynamic tool to use, I hope the bug can be fixed soon.
Clément Foucault changed title from Move tool on - lag to Tranformation Gizmo is slowing down the viewport 2019-03-23 23:48:07 +01:00

Can anyone try to reproduce the issue with tomorrow's built (March 24th) using --debug-gpu as command line argument? This should disable Polygon and line smoothing on the gizmos. I want to know if that's the issue or something else.

Can anyone try to reproduce the issue with tomorrow's built (March 24th) using `--debug-gpu` as command line argument? This should disable Polygon and line smoothing on the gizmos. I want to know if that's the issue or something else.

In #61474#647002, @fclem wrote:
Can anyone try to reproduce the issue with tomorrow's built (March 24th) using --debug-gpu as command line argument? This should disable Polygon and line smoothing on the gizmos. I want to know if that's the issue or something else.

Hi @fclem.

I tried to launch blender with --debug-gpu. For me it made things worse - with gizmo changing view became super laggy, even pie menus won't open properly.

> In #61474#647002, @fclem wrote: > Can anyone try to reproduce the issue with tomorrow's built (March 24th) using `--debug-gpu` as command line argument? This should disable Polygon and line smoothing on the gizmos. I want to know if that's the issue or something else. Hi @fclem. I tried to launch blender with --debug-gpu. For me it made things worse - with gizmo changing view became super laggy, even pie menus won't open properly.
Author

Yes, also.
with the --debug-gpu option, fps drops to ~ 1-2f/s
and Yes smoothing is disabled.
tried on two PC
win 10 x64 1050ti
win 7 x64 gtx960
2.80 Beta Windows 64 bit

  March 25, 01:08:27 - 07f6be87a97e
Yes, also. with the --debug-gpu option, fps drops to ~ 1-2f/s and Yes smoothing is disabled. tried on two PC win 10 x64 1050ti win 7 x64 gtx960 2.80 Beta Windows 64 bit ``` March 25, 01:08:27 - 07f6be87a97e

Added subscriber: @ideasman42

Added subscriber: @ideasman42

This is strange. I'm not sure what other state could provoke this slowdown. @ideasman42 any idea?

This is strange. I'm not sure what other state could provoke this slowdown. @ideasman42 any idea?

Added subscribers: @lichtwerk, @brecht, @Rawalanche

Added subscribers: @lichtwerk, @brecht, @Rawalanche
Author

@fclem Sorry to interrupt, but I'd like to know if the bug's priority will be raised to high, to fix for release 2.80? Thanks!

@fclem Sorry to interrupt, but I'd like to know if the bug's priority will be raised to high, to fix for release 2.80? Thanks!
Author

with the edc1b01675 build and the --debug-gpu argument, everything is also slow down and even stronger.
But when you run blender_debug_gpu.cmd, which is located in the folder with the build. and actively gizmo - works almost without lags.
logs will attach.blender_system_info.txt

blender_debug_output.txt

with the edc1b0167518 build and the --debug-gpu argument, everything is also slow down and even stronger. But when you run blender_debug_gpu.cmd, which is located in the folder with the build. and actively gizmo - works almost without lags. logs will attach.[blender_system_info.txt](https://archive.blender.org/developer/F6951108/blender_system_info.txt) [blender_debug_output.txt](https://archive.blender.org/developer/F6951109/blender_debug_output.txt)

Did the situation improved with todays build?

Did the situation improved with todays build?
Author

@fclem
With 2.80 Beta Windows 64 bit May 09, 10:41:16 - 209c01a6ba

still also...

@fclem With 2.80 Beta Windows 64 bit May 09, 10:41:16 - 209c01a6ba64 still also...

In #61474#674967, @fclem wrote:
Did the situation improved with todays build?

I tested almost every build from 3 may til today- everything works perfect.

Operating system: Windows-10-10.0.17763 64 Bits
Graphics card: GeForce GTX 1050 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 418.91

> In #61474#674967, @fclem wrote: > Did the situation improved with todays build? I tested almost every build from 3 may til today- everything works perfect. Operating system: Windows-10-10.0.17763 64 Bits Graphics card: GeForce GTX 1050 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 418.91

Added subscriber: @machieb

Added subscriber: @machieb

Same here, tested nearly every build since the code quest last year. No problem with the transformation gizmo. Maybe a driver problem?
Operating system: Windows-10 Pro 64bit
Graphics card: GeForce GTX 1080 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 419.35

Same here, tested nearly every build since the code quest last year. No problem with the transformation gizmo. Maybe a driver problem? Operating system: Windows-10 Pro 64bit Graphics card: GeForce GTX 1080 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 419.35

@SergienkoEugene Just to make sure:

  • Do you have SLI or any multi gpu configuration?
  • Did you change any parameter concerning blender in nvidia application control panel? Check if anything override application parameters.
  • Could you try reinstalling your driver after doing a clean wipe using Display Driver Uninstaller?
@SergienkoEugene Just to make sure: - Do you have SLI or any multi gpu configuration? - Did you change any parameter concerning blender in nvidia application control panel? Check if anything override application parameters. - Could you try reinstalling your driver after doing a clean wipe using Display Driver Uninstaller?

the problem is still there even with today's build

I think that saying its related to gizmo is super misleading.
It is way more noticeable when gizmos are present but it's still there without it

I mentioned that before on topic that was merged here, the problem is there only if other software ( even in the background) is not using the video card
Opening anything next to blender instance will give an instant speedup that includes Nvidia Experience Overlay which is enabled on GTX cards by default, so 99% of users will not even notice unless they disable everything.

the problem is still there even with today's build I think that saying its related to gizmo is super misleading. It is way more noticeable when gizmos are present but it's still there without it I mentioned that before on topic that was merged here, the problem is there only if other software ( even in the background) is not using the video card Opening anything next to blender instance will give an instant speedup that includes Nvidia Experience Overlay which is enabled on GTX cards by default, so 99% of users will not even notice unless they disable everything.

This comment was removed by @DotBow

*This comment was removed by @DotBow*
Author

@fclem

I tried on different PCs
win 7 x64 gtx 960
win 10 x64 gtx 1050 ti
win 10 x64 rtx 2080
with drivers 418.91 and 419.35.
I even tried to install a new OS on a clean ssd.

  • No SLI or other configuration.
  • In the nvidia application control panel there are no changes.
  • I even tried to install a new OS on a clean ssd.

When running "only" Blender. There are no apps in the background.
no messengers, no browser, no photoshop. no applications using GPU.

We get lags.
As soon as we launch Telegram or Unity or ... (GPU using) everything becomes fine.
This wrote @niewinny in his #57677

@fclem I tried on different PCs win 7 x64 gtx 960 win 10 x64 gtx 1050 ti win 10 x64 rtx 2080 with drivers 418.91 and 419.35. I even tried to install a new OS on a clean ssd. * No SLI or other configuration. * In the nvidia application control panel there are no changes. * I even tried to install a new OS on a clean ssd. **When running "only" Blender. There are no apps in the background. no messengers, no browser, no photoshop. no applications using GPU.** We get lags. As soon as we launch Telegram or Unity or ... (GPU using) everything becomes fine. This wrote @niewinny in his #57677
Contributor

In #61474#675150, @niewinny wrote:
the problem is still there even with today's build

I think that saying its related to gizmo is super misleading.
It is way more noticeable when gizmos are present but it's still there without it

I mentioned that before on topic that was merged here, the problem is there only if other software ( even in the background) is not using the video card
Opening anything next to blender instance will give an instant speedup that includes Nvidia Experience Overlay which is enabled on GTX cards by default, so 99% of users will not even notice unless they disable everything.

Yes, exactly! Most people don't notice because they run lots of garbage in the background which prevents GPU from idling. Only in rare cases do people care about their system background processes remaining clean and not utilizing much of hardware resources. And only then this bug manifests. For some reason, in some cases, which include gizmos being visible, Blender keeps getting the GPU to idle, which causes constant lag spikes and stutter. I have to solve this by always launching OBS and keeping it running in the background, so that it keeps the GPU awake.

In Blender 2.79, this bug was present too, but it was possible to fix it by forcing High Performance profile for Blender.exe:
image.png
In 2.8 however, this fix unfortunately no longer works...

> In #61474#675150, @niewinny wrote: > the problem is still there even with today's build > > I think that saying its related to gizmo is super misleading. > It is way more noticeable when gizmos are present but it's still there without it > > I mentioned that before on topic that was merged here, the problem is there only if other software ( even in the background) is not using the video card > Opening anything next to blender instance will give an instant speedup that includes Nvidia Experience Overlay which is enabled on GTX cards by default, so 99% of users will not even notice unless they disable everything. Yes, exactly! Most people don't notice because they run lots of garbage in the background which prevents GPU from idling. Only in rare cases do people care about their system background processes remaining clean and not utilizing much of hardware resources. And only then this bug manifests. For some reason, in some cases, which include gizmos being visible, Blender keeps getting the GPU to idle, which causes constant lag spikes and stutter. I have to solve this by always launching OBS and keeping it running in the background, so that it keeps the GPU awake. In Blender 2.79, this bug was present too, but it was possible to fix it by forcing High Performance profile for Blender.exe: ![image.png](https://archive.blender.org/developer/F7020958/image.png) In 2.8 however, this fix unfortunately no longer works...

In #61474#675173, @Rawalanche wrote:

In #61474#675150, @niewinny wrote:
the problem is still there even with today's build

I think that saying its related to gizmo is super misleading.
It is way more noticeable when gizmos are present but it's still there without it

I mentioned that before on topic that was merged here, the problem is there only if other software ( even in the background) is not using the video card
Opening anything next to blender instance will give an instant speedup that includes Nvidia Experience Overlay which is enabled on GTX cards by default, so 99% of users will not even notice unless they disable everything.

Yes, exactly! Most people don't notice because they run lots of garbage in the background which prevents GPU from idling. Only in rare cases do people care about their system background processes remaining clean and not utilizing much of hardware resources. And only then this bug manifests. For some reason, in some cases, which include gizmos being visible, Blender keeps getting the GPU to idle, which causes constant lag spikes and stutter. I have to solve this by always launching OBS and keeping it running in the background, so that it keeps the GPU awake.

That's super weird, but you are right! When only blender running - super laggy. As soon as I start Unreal Engine 4 - everything starting to work fine.

> In #61474#675173, @Rawalanche wrote: >> In #61474#675150, @niewinny wrote: >> the problem is still there even with today's build >> >> I think that saying its related to gizmo is super misleading. >> It is way more noticeable when gizmos are present but it's still there without it >> >> I mentioned that before on topic that was merged here, the problem is there only if other software ( even in the background) is not using the video card >> Opening anything next to blender instance will give an instant speedup that includes Nvidia Experience Overlay which is enabled on GTX cards by default, so 99% of users will not even notice unless they disable everything. > > Yes, exactly! Most people don't notice because they run lots of garbage in the background which prevents GPU from idling. Only in rare cases do people care about their system background processes remaining clean and not utilizing much of hardware resources. And only then this bug manifests. For some reason, in some cases, which include gizmos being visible, Blender keeps getting the GPU to idle, which causes constant lag spikes and stutter. I have to solve this by always launching OBS and keeping it running in the background, so that it keeps the GPU awake. That's super weird, but you are right! When only blender running - super laggy. As soon as I start Unreal Engine 4 - everything starting to work fine.

I think this is related to #60043 to some extent. Can someone try to change the app setting in nvidia control panel to Performance Mode or something like that? Looks like the driver don't know that we are actually rendering and miss some frames.

Edit: Sorry just saw it does not work in 2.8

Alternatively is playback in blender fluid (test with settings set to 60fps)?

I think this is related to #60043 to some extent. Can someone try to change the app setting in nvidia control panel to Performance Mode or something like that? Looks like the driver don't know that we are actually rendering and miss some frames. Edit: Sorry just saw it does not work in 2.8 Alternatively is playback in blender fluid (test with settings set to 60fps)?

I´m using the Prefer Maximum Performance Option in the Nvidia Controll Panel ever since.
It is recommended in other 3D applications, we are working with in our company.
Maybe therefore I never experienced any performance lag?!

I´m using the Prefer Maximum Performance Option in the Nvidia Controll Panel ever since. It is recommended in other 3D applications, we are working with in our company. Maybe therefore I never experienced any performance lag?!
Author

This comment was removed by @SergienkoEugene

*This comment was removed by @SergienkoEugene*
Author

works fine, almost always at 60 fps
but sags to red values

Alternatively is playback in blender fluid (test with settings set to 60fps)?

I didn't quite understand what we should see?

works fine, almost always at 60 fps but sags to red values > Alternatively is playback in blender fluid (test with settings set to 60fps)? I didn't quite understand what we should see?

Added subscriber: @Znio.G

Added subscriber: @Znio.G

i too have the same issue even with the default scene ,and if i disable just the transform gizmos in the popover it goes back to normal speed...one note though the same for Active tools gizmos however if you hide them with the popover option the issue still there and u can select them even if they are hidden, probably that's another bug.

my Specs :
Windows 10 64bits
GTX 1050 Ti latest Driver
Blender 2.80.60 today's build.

i too have the same issue even with the default scene ,and if i disable just the transform gizmos in the popover it goes back to normal speed...one note though the same for Active tools gizmos however if you hide them with the popover option the issue still there and u can select them even if they are hidden, probably that's another bug. my Specs : Windows 10 64bits GTX 1050 Ti latest Driver Blender 2.80.60 today's build.
Member

Added subscriber: @LazyDodo

Added subscriber: @LazyDodo
Member

Can anyone test running GPU-Z while

  1. start blender
  2. validate it's slow
  3. start unity or whatever else that 'makes it fast'
  4. validate it is fast now
  5. Take a screenshot of the sensors tab
Can anyone test running [GPU-Z ](https://www.techpowerup.com/gpuz/) while 1. start blender 2. validate it's slow 3. start unity or whatever else that 'makes it fast' 4. validate it is fast now 5. Take a screenshot of the sensors tab
Contributor

Laggy (only blender running):
laggy.gif
Smooth (OBS just running in the background - not recording):
fast.gif

Laggy (only blender running): ![laggy.gif](https://archive.blender.org/developer/F7024980/laggy.gif) Smooth (OBS just running in the background - not recording): ![fast.gif](https://archive.blender.org/developer/F7024984/fast.gif)

Added subscriber: @Mephisto

Added subscriber: @Mephisto

Same problem

System Information
Operating system: Windows-10-10.0.17763 64 Bits
Graphics card: GeForce GTX 970/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 430.86

Blender Version
Broken: version: 2.80 (sub 74), branch: blender2.7, commit date: 2019-06-04 22:32, hash: e80cbdac33

Same problem **System Information** Operating system: Windows-10-10.0.17763 64 Bits Graphics card: GeForce GTX 970/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 430.86 **Blender Version** Broken: version: 2.80 (sub 74), branch: blender2.7, commit date: 2019-06-04 22:32, hash: `e80cbdac33`

Added subscriber: @CarlosSierra

Added subscriber: @CarlosSierra

Added subscribers: @Nickbee, @JacquesLucke

Added subscribers: @Nickbee, @JacquesLucke
Brecht Van Lommel changed title from Tranformation Gizmo is slowing down the viewport to Laggy interaction with gizmos, does not happen when running other 3D apps at the same time 2019-06-06 16:08:40 +02:00
Member

Added subscribers: @netzhang79, @0o00o0oo

Added subscribers: @netzhang79, @0o00o0oo

Not related to the 3d program. Running other 3d software at the same time will still cause delays. Currently there is no delay in recording video and playing video.

Not related to the 3d program. Running other 3d software at the same time will still cause delays. Currently there is no delay in recording video and playing video.

Added subscriber: @xan2622

Added subscriber: @xan2622

Hi.

By default (gizmos being hiden), everything works fine. I have tried to select faces on a cube very quickly, it worked fine. I could select them very quickly.
But after enabling Transform Gizmos (from the dropdown menu) and starting to select faces, I noticed a slight lag. And sometimes, I couldn't even see the "selection box".

Windows 10 64 bits on a SSD, nVidia GTX 1070 (latest drivers).

Hi. By default (gizmos being hiden), everything works fine. I have tried to select faces on a cube very quickly, it worked fine. I could select them very quickly. But after enabling Transform Gizmos (from the dropdown menu) and starting to select faces, I noticed a slight lag. And sometimes, I couldn't even see the "selection box". Windows 10 64 bits on a SSD, nVidia GTX 1070 (latest drivers).
Author

I'm not competent...
but the number faced with the problem is huge,
Yes, they all go to that branch and don't create a new bug.
is there any way to solve this bug before the release of 2.80?

I'm not competent... but the number faced with the problem is huge, Yes, they all go to that branch and don't create a new bug. is there any way to solve this bug before the release of 2.80?

Note we are talking to NVIDIA about this, but no solution yet.

Note we are talking to NVIDIA about this, but no solution yet.

Just to be sure, can this still be reproduced with the latest daily build?

We are having trouble reproducing this, and it's still unclear why this happens for some users and not others.

Just to be sure, can this still be reproduced with the latest daily build? We are having trouble reproducing this, and it's still unclear why this happens for some users and not others.
Author

@brecht

Still the same

2.80 Beta Windows 64 bit June 24, 00:08:19 - 9c5d54bfaf

win10 x64, 2080rtx, 430.86
win10 x64, 1050ti, 419.35

only Win + b3d - lag
Win + other run software + b3d - work

@brecht Still the same 2.80 Beta Windows 64 bit June 24, 00:08:19 - 9c5d54bfaf48 win10 x64, 2080rtx, 430.86 win10 x64, 1050ti, 419.35 only Win + b3d - lag Win + other run software + b3d - work

still there

maybe let's go back the replication stages

again here is how to replicate:

  1. kill all the tasks in a manager just default blender (this is very important even the app in the background can speed it up)
  2. the speedup does happen at some point so try to not hold MMB for too long just short moves to make it more pronounced,

for the test let's use the emulation and alt+LMB since its easier to release that button

blender_2019-06-24_19-14-19.png

here is how we test just rapid rotation around the cube
what you should feel is an annoying slowdown

2019-06-24_19-14-51.gif

  1. ok now let's compare it with and without other app running
    I will use the NVIDIA overlay since it's faster than opening an app but opening unity or steam client will doo as well

rotate a viewport with it enabled and disabled
NVIDIA_GeForce_Experience_2019-06-24_19-13-29.png
NVIDIA_GeForce_Experience_2019-06-24_19-16-01.png

still there maybe let's go back the replication stages again here is how to replicate: 1) kill all the tasks in a manager just default blender (this is very important even the app in the background can speed it up) 2) the speedup does happen at some point so try to not hold MMB for too long just short moves to make it more pronounced, for the test let's use the emulation and alt+LMB since its easier to release that button ![blender_2019-06-24_19-14-19.png](https://archive.blender.org/developer/F7544912/blender_2019-06-24_19-14-19.png) here is how we test just rapid rotation around the cube what you should feel is an annoying slowdown ![2019-06-24_19-14-51.gif](https://archive.blender.org/developer/F7544914/2019-06-24_19-14-51.gif) 3. ok now let's compare it with and without other app running I will use the NVIDIA overlay since it's faster than opening an app but opening unity or steam client will doo as well rotate a viewport with it enabled and disabled ![NVIDIA_GeForce_Experience_2019-06-24_19-13-29.png](https://archive.blender.org/developer/F7544916/NVIDIA_GeForce_Experience_2019-06-24_19-13-29.png) ![NVIDIA_GeForce_Experience_2019-06-24_19-16-01.png](https://archive.blender.org/developer/F7544918/NVIDIA_GeForce_Experience_2019-06-24_19-16-01.png)

also, I can get the same stuff on other PC and Wacom companion but only on Windows I have 0 problems on Linux

also, I can get the same stuff on other PC and Wacom companion but only on Windows I have 0 problems on Linux
Member

I currently don't have an nvidia card so can't check, but can you see if switching this option to maximum performance (for just blender, second tab in that screenshot, not global) solves the issue when blender is running alone?

I currently don't have an nvidia card so can't check, but can you see if switching [this option ](https://nvidia.custhelp.com/app/answers/detail/a_id/3130/~/setting-power-management-mode-from-adaptive-to-maximum-performance) to maximum performance (for just blender, second tab in that screenshot, not global) solves the issue when blender is running alone?

lag is still there

I tried to change other options like vertical synch and resetting to default but no luck

lag is still there I tried to change other options like vertical synch and resetting to default but no luck
Contributor

In #61474#706230, @LazyDodo wrote:
I currently don't have an nvidia card so can't check, but can you see if switching this option to maximum performance (for just blender, second tab in that screenshot, not global) solves the issue when blender is running alone?

It used to in 2.79 but no longer does in 2.8

> In #61474#706230, @LazyDodo wrote: > I currently don't have an nvidia card so can't check, but can you see if switching [this option ](https://nvidia.custhelp.com/app/answers/detail/a_id/3130/~/setting-power-management-mode-from-adaptive-to-maximum-performance) to maximum performance (for just blender, second tab in that screenshot, not global) solves the issue when blender is running alone? It used to in 2.79 but no longer does in 2.8

System Information
Operating system: Windows-10-10.0.17763 64 Bits
Graphics card: GeForce GTX 970/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 430.86

Blender Version
Broken: version: 2.80 (sub 74), branch: master, commit date: 2019-07-03 22:34, hash: c252fe7a32

The problem is still present.

**System Information** Operating system: Windows-10-10.0.17763 64 Bits Graphics card: GeForce GTX 970/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 430.86 **Blender Version** Broken: version: 2.80 (sub 74), branch: master, commit date: 2019-07-03 22:34, hash: `c252fe7a32` The problem is still present.

Added subscriber: @ssendam

Added subscriber: @ssendam

This issue was referenced by ac8c795429

This issue was referenced by ac8c795429f9552c9bb626d0adee46786d3c810a

Added subscriber: @Sergey

Added subscriber: @Sergey

@Sergey and I spent quite some time debugging this, and we were finally able to reproduce it. We found the lagging to be worst when using the Move tool and dragging outside of the gizmo. Higher screen resolution also made a significant difference, like 2560x1440 instead 1920x1080. This was on a GTX 960 and Titan Xp, though the lag was more limited on the latter and perhaps just not noticeable except for the worst conditions.

We tried putting glFlush() in various places, and disabling lots of drawing code but this didn't help. What I found helped on the Titan Xp was a tweak to the GPU selection queries, specifically for cases where the gizmo event handling uses them. I don't know if this solves the whole issue, since it may just be a specific case as we also found some lagging without gizmos.

To tests this, please try the following in the latest build:

  • Press F3 to search for operators and run "Debug Menu"
  • Enter value 474 and press ok.
  • Test if the lagging is still there.
@Sergey and I spent quite some time debugging this, and we were finally able to reproduce it. We found the lagging to be worst when using the Move tool and dragging outside of the gizmo. Higher screen resolution also made a significant difference, like 2560x1440 instead 1920x1080. This was on a GTX 960 and Titan Xp, though the lag was more limited on the latter and perhaps just not noticeable except for the worst conditions. We tried putting `glFlush()` in various places, and disabling lots of drawing code but this didn't help. What I found helped on the Titan Xp was a tweak to the GPU selection queries, specifically for cases where the gizmo event handling uses them. I don't know if this solves the whole issue, since it may just be a specific case as we also found some lagging without gizmos. To tests this, please try the following in the latest build: * Press F3 to search for operators and run "Debug Menu" * Enter value 474 and press ok. * Test if the lagging is still there.

When a tool with a gizmo is enabled, it appears that every mousemove event causes a GPU select query. Disabling gizmo and overlay visibility does not stop that from happening, which might explain why we found lagging to still happen without gizmos.

If there are many such mouse move events, the 1ms sleep may added up to a significant amount. Or the CPU scheduler might switch to another thread or process and end up sleeping longer than 1ms.

When a tool with a gizmo is enabled, it appears that every mousemove event causes a GPU select query. Disabling gizmo and overlay visibility does not stop that from happening, which might explain why we found lagging to still happen without gizmos. If there are many such mouse move events, the 1ms sleep may added up to a significant amount. Or the CPU scheduler might switch to another thread or process and end up sleeping longer than 1ms.

Added subscriber: @rambobl

Added subscriber: @rambobl

This comment was removed by @rambobl

*This comment was removed by @rambobl*
Author

With "Debug 474" no more lag. it work.

@niewinny can you check too?

With "Debug 474" no more lag. it work. @niewinny can you check too?
Contributor

Same here. I can confirm that debug code 474 solves the problem. Windows 10 1809 + GTX1080Ti

Same here. I can confirm that debug code 474 solves the problem. Windows 10 1809 + GTX1080Ti

This issue was referenced by db45aaafab

This issue was referenced by db45aaafab8cc821b0e06a659de44f5fedbf847b

Changed status from 'Open' to: 'Resolved'

Changed status from 'Open' to: 'Resolved'

Great to hear it helped. I've now committed a slightly difference change, the latest builds should work without the debug value.

Great to hear it helped. I've now committed a slightly difference change, the latest builds should work without the debug value.
Author

@brecht Thanks so much.

@brecht Thanks so much.

The new build works like a charm, awesome job

The new build works like a charm, awesome job
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
20 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#61474
No description provided.