And also not an excuse for not fixing the svchost problem:
(updates got immensely slower around the time since the "Get Windows 10 "updates started to appear)
http://www.sevenforums.com/performance-maintenance/392938-sv...
And for not allowing users to control the updates in Windows 10:
https://www.reddit.com/r/Windows10/comments/49wcua/svchostex...
Also, my statement wasn't meant to imply that a good upgrade experience was an excuse for Microsoft's behavior in regards to the constant "upgrade now" nagging or ignoring issues that impact its customers.
the Intel processor,
the Intel chipset,
the Intel graphics card,
the Intel WiFi card, most expensive of that times,
the maximum amount of memory for the CPU and chipset (4 GB) and
the most expensive Windows 7 version installed.
I'd even say it can't be more straightforward than that. And what's worse, the Windows 10 Upgrade program "tested" the configuration and claimed "everything will be fine." Now it nags even after I reverted to Windows 7. Windows 7 has no problems, Windows 10 has problem with interrupts handling.
And the Windows 7 "hours long" update problem is surely known to Microsoft, I've diagnosed it on my machine too, this function:
wuaueng.dll!CUpdatesToPruneList::AddSupersedenceInfoIfNeeded
appears to still (after the 2016 March update of the Update Client (7.6.7601.19161) and KB3102810 installed) be called almost infinite number of times. I guess it's some unnecessary recursion on an O(N to a high power) loop which was tolerable for small number of existing files in the list of all updates, and now explodes. Microsoft appears to avoid fixing that code even if it's quite obvious for anybody who knows to interpret the stack.In desperation, I ended up running WSUS inside a VM and pointing my laptop at that VM in order to get updates installed. :-/