Actually you are incorrect usually startup actions are set in the registry startup key or the windows startup folder.
Thats not accurate - in the case of physical hardware related settings, usually these are set via an app that accesses the hardware's address bus in-lieu.
This is because Windows lacks the correct components/APIs to be able to talk to custom hardware buses, a registry entry would not allow that as its just a variable for an application to store/check a setting when its running.
If it has been set in the registry, i would have guessed that its just a call function for the service/app that runs in the background that does know how to access the hardware directly, with said key telling the app
what to do.
The only way this is achieved without an accompanying app, is if the nVidia driver is providing that link to the hardware and recognizes the registry setting as something it needs to set on its own to the physical hardware on boot.
....which is what i was asking, how its achieved at software level.
You were advised to use a different benchmark other than Heaven hence post the results...
Whilst i see what you are getting at here, the performance regression testing was duplicatable each time. Using a more stressful test would not have improved that outcome.
By most testing methodologies, that's conclusive evidence.
It just shows the 1660ti you have is a good overclocker if you can reduce power by 20% and +150 core
Yes, that does appear to be one of the conclusive results. Which is surprising considering how new the 1660Ti silicon is to the market. I either hit the silicon lottery or the yields are efficient already.
IIRC, boost clocks were sustaining above 2Ghz, which is noticeably above 'stock' boost clocks.
It's just a case of dragging the dots up and down....
I've not read all of your post yet, i will give it a good read when i get in tonight, but to pre-post as it were, thank you for providing, it looks useful.
I will read & test when i get in.