dope sheet zooming oddity regarding cpu usage #42732

New Issue

Sanc Tuary · 2014-11-26T21:38:58+01:00

Sanc Tuary commented

2014-11-26 21:38:58 +01:00

System Information
xp 32bits

Blender Version
Broken: (example: 2.69.7 4b206af, see splash screen)
Worked: (optional)
not really applicable as it's not broken, but there's something is very strange see below

Short description of error
zooming in/out behaviour in dopesheet can increase CPU use a lot depending on how you zoom

Exact steps for others to reproduce the error

i change the 3D view to the dope sheet
i open whatever CPU usage monitoring program i have
i zoom in continuously with -mousewheel- (important)
(i don't stop moving your mousewheel to zoom)
i observe the CPU usage increase progressively until +/- 54% during the mousewheel use

now other method :

i stop zooming in with your mousewheel
i hold CTRL , i hold your mousewheel button (or hold middle mouse button if you have one) and move the mouse to zoom that way, as before, i don't stop moving your mouse
first noticable difference is that the zooming that way is not only much faster, but it's very much smoother
2nd noticable difference is that the CPU usage does not increase and stay very low actually.

After testing with past versions of Blender i noticed the last version in which the mousewheel zoom didn't had that odd CPU increase was 2.69, this apparently started with 2.70
(additionally i don't have a mouse manager program that could go crazy, it's all xp native mouse support)

As said it's not a bug to me as i usually use the hold CTRL hold MMB to zoom, just an oddity i observed and prefered to report in case it's not related to unsupported OS (as i'm on XP) but hide something else with windows.
I remember there was a CPU overuse problem on windows some time ago with OpenMP and the new mscv2013 compiller.

**System Information** xp 32bits **Blender Version** Broken: (example: 2.69.7 4b206af, see splash screen) Worked: (optional) not really applicable as it's not broken, but there's something is very strange see below **Short description of error** zooming in/out behaviour in dopesheet can increase CPU use a lot depending on how you zoom **Exact steps for others to reproduce the error** - i change the 3D view to the dope sheet - i open whatever CPU usage monitoring program i have - i zoom in continuously with -mousewheel- (important) (i don't stop moving your mousewheel to zoom) - i observe the CPU usage increase progressively until +/- 54% during the mousewheel use now other method : - i stop zooming in with your mousewheel - i hold CTRL , i hold your mousewheel button (or hold middle mouse button if you have one) and move the mouse to zoom that way, as before, i don't stop moving your mouse - first noticable difference is that the zooming that way is not only much faster, but it's very much smoother - 2nd noticable difference is that the CPU usage does not increase and stay very low actually. After testing with past versions of Blender i noticed the last version in which the mousewheel zoom didn't had that odd CPU increase was 2.69, this apparently started with 2.70 (additionally i don't have a mouse manager program that could go crazy, it's all xp native mouse support) As said it's not a bug to me as i usually use the hold CTRL hold MMB to zoom, just an oddity i observed and prefered to report in case it's not related to unsupported OS (as i'm on XP) but hide something else with windows. I remember there was a CPU overuse problem on windows some time ago with OpenMP and the new mscv2013 compiller.

Sanc Tuary commented

2014-11-26 21:38:59 +01:00

Changed status to: 'Open'

Sanc Tuary commented

2014-11-26 21:38:59 +01:00

Added subscriber: @sanctuary

Joel Godin commented

2014-11-27 01:37:38 +01:00

Added subscriber: @FloridaJo

Joel Godin commented

2014-11-27 01:37:38 +01:00

I tried this on OSX and could only get up to 15% both ways, and same with 3D view zooming as well. No anomalies here.

Antonis Ryakiotakis commented

2014-11-27 16:20:16 +01:00

Added subscribers: @MartijnBerger, @ThomasDinges, @Psy-Fi

Antonis Ryakiotakis commented

2014-11-27 16:20:16 +01:00

I can't see too much of a difference on linux either. Maybe a windows dev can check things here? @ThomasDinges or @MartijnBerger?

Sanc Tuary commented

2014-11-28 12:50:43 +01:00

I managed to get a friend that had the same OS as me to try and he didn't observed much difference between the 2 zoom methods in term of CPU usage.
The bigger difference was that his system has 3 cores while i have 2 but unsure at that point if it's part of the problem.

The oddity to me is that this cpu noticable increase really only happen in the dopesheet with only the 1st zooming method, i have no such problem in the 3D view or when sculpting by example, i even tried the UV editor as it's 2D too and there again no problem, it seems to happen only in the dopesheet for me.

I managed to get a friend that had the same OS as me to try and he didn't observed much difference between the 2 zoom methods in term of CPU usage. The bigger difference was that his system has 3 cores while i have 2 but unsure at that point if it's part of the problem. The oddity to me is that this cpu noticable increase really only happen in the dopesheet with only the 1st zooming method, i have no such problem in the 3D view or when sculpting by example, i even tried the UV editor as it's 2D too and there again no problem, it seems to happen only in the dopesheet for me.

Julian Eisel commented

2014-11-30 14:44:33 +01:00

Changed status from 'Open' to: 'Archived'

Julian Eisel closed this issue

2014-11-30 14:44:33 +01:00

Julian Eisel self-assigned this 2014-11-30 14:44:33 +01:00

Julian Eisel commented

2014-11-30 14:44:33 +01:00

Hey @sanctuary,
I had a look at this and can confirm CPU usage of > 50% with really fast zooming (using a mouse that can disengage the mousewheel, making really fast scrolling possible). However, this is sort of expected, as the CPU has to recalculate and redraw the entire region (I guess the most CPU power is needed to calculate the grid in the background). You can also recreate this in the Node Editor or the Timeline. I had a look at pre-2.7 versions, too, with the same result.

So thanks a lot for the report @sanctuary, but luckily no bug here :)

Hey @sanctuary, I had a look at this and can confirm CPU usage of > 50% with really fast zooming (using a mouse that can disengage the mousewheel, making really fast scrolling possible). However, this is sort of expected, as the CPU has to recalculate and redraw the entire region (I guess the most CPU power is needed to calculate the grid in the background). You can also recreate this in the Node Editor or the Timeline. I had a look at pre-2.7 versions, too, with the same result. So thanks a lot for the report @sanctuary, but luckily no bug here :)

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

dope sheet zooming oddity regarding cpu usage #42732