Unfortunately, though, Windows 8′s RTC isn’t reliable. According to HWBot, Microsoft made some changes to Windows 8′s timekeeping routines to allow for low-cost devices and embedded systems that don’t always have a conventional PC-compatible RTC. HWBot doesn’t give specific details (presumably we’re talking really low-level kernel stuff here), but it proves its point with some damning empirical evidence. Basically, if you change your CPU base clock (BCLK) frequency in software (not at boot time), it has a massive impact on Windows 8′s ability to keep accurate time. By underclocking the BLCK of a Haswell system from 130MHz to 122MHz (-6%), Windows 8 loses 18 seconds over a five minute period (see video above); and the inverse applies to overclocking, too.
This is a problem for benchmarks, because they trust your RTC implicitly — they assume that your system is still keeping accurate time, when in actual fact it isn’t. So, if you run a five-minute benchmark on an underclocked system, the benchmark actually runs for five minutes and eighteen seconds (6% longer). If you boost your multiplier to compensate for the lower BCLK, this means that your computer draws 6% more frames or completes 6% more floating point calculations, resulting in a 6% higher benchmark score. If you underclocked your BCLK by 20%, you would see a 20% gain in the benchmarks, and so on. You can see how this would be a bit of an issue for a benchmarking site like HWBot.