VanguardLH wrote:
Paul wrote:

VanguardLH wrote:

Background Intelligent Transfer Service (BITS) will only use spare
bandwidth. If it is using half of your bandwidth means that you were
only using half and the other half would've been unused.
The OS Upgrade no longer uses BITS. You can try the BITSADMIN
utility (likely deprecated) and see what is going on.

So, if I *disable* the BITS service, the OS upgrade still proceeds?

It would depend as well, on the DoSvc Setting page settings.
If you're not careful, you could turn it off there, as well
as be able to turn it off in GPEDIT. The idea of doing it via
GPEDIT, is so they can't "sneak some through that way".

I was surprised that DoSvc had taken over from BITS. I
can't remember what I was doing, but I had the BITSADMIN
monitor running, the OS was "doing something", and none
of the download activities involved BITS. I have to
assume it was DoSvc running the show.

https://docs.microsoft.com/en-us/win...ization-portal

"Delivery Optimization allows devices to download updates
from alternate sources (such as other peers on the network),
in addition to Microsoft servers.

Delivery Optimization combines partial bits from local devices,
with partial bits from Microsoft servers to update devices
in the network environment. === In the form of a
thousand signed packages

The expected result is reduced bandwidth usage, === YES, by inspection
and a faster update process. === NO, not even close
"

So the staff at Microsoft are temporally challenged. That's got to
explain it. This scheme is "all about the gigabytes" and making
customer machines do the transfers instead. The update process
isn't faster. I think I used to be able to get some of the
DVDs in around 25 minutes or so.

When I tested the DoSvc Peer-to-Peer-LAN feature, it didn't work!

Paul