In order to get size_t literals to work post-C++98 but pre-C++23, use this almost-portable definition:
#if defined __CLION_IDE__ || !(defined __cpp_size_t_suffix || \
defined _MSC_VER && _MSVC_LANG < 202004)
#ifdef _MSC_VER
#pragma system_header
#else
#pragma GCC system_header
#endif
consteval auto operator""uz(unsigned long long int x) { return ::floormat::size_t(x); }
#endif
Windows timers are a mess to deal with from programmer's perspective - a program can't schedule a sleep or a wait with less than 15ms granularity (resolution). This applies to all kinds of waiting, whether for a network socket, or just plain sleeping for an interval. All intervals[1] are rounded up toward the next multiple of 15ms.
Then again, Windows has an API to increase the timer resolution, allowing for as little as half a millisecond granularity. Thing is, this resolution is global and affects all CPUs, apps and services alike. This affects battery life for laptops, and power consumption in general. It also lowers system performance[2].
The issue's been documented[6] for a long time, but Spotify[3] or Chrome[4][5] developers don't give a slightest fuck.
Scroll to the bottom of the post. There's a better solution available in bold letters.We can create wrapper DLLs and insert them in programs' directories, but there are problems. First off, auto-updating apps like Chrome will silently re-create their program directories, losing the wrapper. Second, some apps use Windows manifests that force usage of the system-provided version.
However, there comes the Nuclear Option.
Bet you heard of assembly language. Old people write in it and it's scary. But don't worry, it only takes the bare minimum of x86 knowledge to fix the mess with strategic nuclear bombing.
Then, I went to c:/windows/syswow64. That directory has all the system libraries in it. While you can't delete a dll that's in use, you can rename it. Hence I renamed winmm.dll to _winmm_orig.dll. My modified version went under the original name.
During the reboot I expected the OS to catch fire. Wrong. Spotify runs without the implied nastiness.
However, there's a sure-fire solution with no chance for OS breakage. See <https://github.com/rustyx/nobuzz>.
[1] Except for intervals of zero and one millisecond - each does something special.