Game Performance at Higher Scales

Found a bug in R'n'D? Report it here!

Moderators: Flumminator, Zomis

Post Reply
BryanFRitt
Posts: 219
Joined: Mon Nov 13, 2017 4:16 pm

Game Performance at Higher Scales

Post by BryanFRitt »

When playing back a game >>> is much faster in lower sale zooms, like 100% (Even using when using Compiz to zoom in to the Window) than in higher scales like 300%, or full screen on 4k mode. Like about 10 seconds to complete vs a whole minute to complete. (rounding). Higher scales also uses more CPU while doing so.

I don't think that higher scales should preform this much worse than lower ones, or lower ones with Compiz zoomed in.

Note: I'm using Compiz+KDE on Debian
Life is partially trying to strike a balance between generating new things/ideas, and making sure they are good/organized. These extremes can be said to between gibberish mess and nothing said/done.
User avatar
Holger
Site Admin
Posts: 4073
Joined: Fri Jun 18, 2004 4:13 pm
Location: Germany
Contact:

Re: Game Performance at Higher Scales

Post by Holger »

Yes, I can see similar behaviour on my system, too, but apparently with some differences.

(My system here is KDE on Ubuntu, but without using Compiz, and I should mention that the graphics subsystem is particularly slow, because my PC does not have a graphics card, but uses on-board graphics (by ATI), which is fast enough for everyday desktop tasks, but can be noticeably slow when it comes to fullscreen graphics or video (with the exception of playing DVDs with VLC).

When playing a tape with ">>>" (warp forward mode), large screen sizes (or fullscreen) also massively slow down playback speed, while a window size of 100 % makes things very fast.

The main difference here is that I have around 70% CPU usage of the R'n'D process when running in 100 % window mode, while I have only around 10 % CPU usage when the R'n'D window has full screen size, most probably because the CPU has to wait for the slow graphics subsystem most of the time.

It should be noted that all drawing functions work on a 100 % window sized bitmap buffer in system memory (which puts all the load on the CPU), then copies that bitmap to a texture of the same size (still without scaling) and finally renders that texture to the screen (including all neccessary scaling), so all scaling should be done in video memory.

The interesting part seems to be that using Compiz to zoom into the window still seems to be fast on your system, so it looks like all of R'n'D's drawing is not done by the graphics card, but by the CPU (while Compiz zooming the correctly uses the graphics card, which is as fast as it should be). Not sure what the SDL library is doing in your case, but it seems like it is doing everything in system memory instead of using the graphics card for the scaling part. :-o

Unfortunately, I do not have a test system with reasonably fast graphics anywhere around, so I cannot test this case.

BTW: Which setting for "special rendering" (setup->graphics) are you using? I've done the above tests with the default mode "double ...", but I have more or less similar results with the other rendering modes here.
BryanFRitt
Posts: 219
Joined: Mon Nov 13, 2017 4:16 pm

Re: Game Performance at Higher Scales

Post by BryanFRitt »

BTW: Which setting for "special rendering" (setup->graphics) are you using? I've done the above tests with the default mode "double ...", but I have more or less similar results with the other rendering modes here.
For SETUP -> GRAPHICS -> SPECIAL RENDERING -> ...
I'm using the "DOUBLE TEXTURE MODE [SLOWER]" mode.

Tried it again on another level
@100% scale ~5 seconds to complete >>> using ~140% of 800% CPU
@100% scale Compiz zoomed ~7 seconds to complete >>> using ~200% of 800% CPU
at full screen 4k ~30 seconds to complete >>> using ~240% of 800% CPU (~4x-6x slower with more CPU usage)
[not exact measurements, using stopwatch, looking at a CPU graph, and rounding]
[edit: running with `primusrun` made things even slower at full screen 4k, and at 100% scale it makes it run slow like the fullscreen 4k ones above]

Using i7-4720HQ(2.6GHz-3.6GHz Quad Core with Hyper-Threading) and NVidia 960M, Debian 9.5 Stable, KDE, Compiz-0.9.13.1, BumbleBee/NVidia drivers installed
Life is partially trying to strike a balance between generating new things/ideas, and making sure they are good/organized. These extremes can be said to between gibberish mess and nothing said/done.
BryanFRitt
Posts: 219
Joined: Mon Nov 13, 2017 4:16 pm

Re: Game Performance at Higher Scales

Post by BryanFRitt »

By ">>>", I meant the fastest playback mode where the display still gets updated during the playback.
Life is partially trying to strike a balance between generating new things/ideas, and making sure they are good/organized. These extremes can be said to between gibberish mess and nothing said/done.
Post Reply