Use set interval setting to fix performance degration for AMD graphics adapters

[JoergAtGithub]

Use set interval setting to fix performance degration for AMD graphics adapters on Windows with "Wait for vertical refresh" not set to "Allways off" in the driver settings.
see: #11617 (comment)

Closes: #11617

[m0dB]

Great! Thanks for all your time and persistence getting to the bottom of this!

[daschuer]

I have not tested it yet. But I could remember that this was a mayor issue when introducing the vsync code for waveforms.
The debug code for this is also still in place.
m_vSyncMode == ST_FREE
With this you should see the maximum possible frame rate. If this is limited to 60, we know that the swap is artificialy delayed by the system settings, which should not happen.

[JoergAtGithub]

It's already confirmed by one of the two affected users, that this is the cause of the issue. It's easy to test, because the AMD driver allows to overwrite the setting in the application.
While we know the correct setting for Windows now, testing for the correct setting on MacOS and Linux is needed. Without this explicit setting in the application, we depend on the default of the graphics adapter driver.
This PR contains the same settings per OS, which we have in 2.3.

[Swiftb0y]

Can't spot any regressions on Fedora 38 under 4.6 (Compatibility Profile) Mesa 23.1.2 (Mesa Intel(R) UHD Graphics (CML GT2)). Both native wayland and xwayland work equally well (though the xwayland layer causes about 10% extra gpu load).

[Swiftb0y]

LGTM. do you want to squash before merging?

[JoergAtGithub]

Ok, will do!

[Swiftb0y]

Do we still need a manual test on macOS?

[fwcd]

Performance seems fine to me from a quick smoke test on macOS ARM.

[Swiftb0y]

Thanks for the confirmation.