this post was submitted on 07 Jun 2024
25 points (100.0% liked)
Linux
5386 readers
267 users here now
A community for everything relating to the linux operating system
Also check out [email protected]
Original icon base courtesy of [email protected] and The GIMP
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
That's an overly simplistic way of looking at it, and in no way does it say anything about the energy efficiency of the system as a whole. Next to that, you still need the CDN server running 24/7 to serve hashes and fw that isn't available in the p2p-network (just think how much less power efficient it will be to first crawl the p2p-network, make the conclusion the fw isn't available on it, only then to still have to contact the CDN and download the fw the 'old school' way)
Don't get me wrong, it's a cool new feature and a great way to get less dependent on CDNs and save money. But I'm just not buying the energy saving argument.
There is lots of tech innovation, ARM, low TDP, etc. But I stick with the assumption that local data traffic saves more energy.
Number 2 is exactly where my hesitancy lies. Is a CDN still chugging along - not serving stuff to a select user group that has passim enabled is actually finding the fw - saving enough energy for it to cancel out a whole p2p network. I don't think so (and again, I'd need some metrics before I will. you can't just waive that away with 'local == fast&less steps == obvious; don't need statistics)
As for number 3: p2p can only say if there are peers. if there are no peers, there still can be an update (what about the first person to download the firmware for example). It would be a security risk for the system to not give you updates if there are no peers, so I highly doubt that's the case.
To 3 I suppose one would disable p2p download and only enable seeding/sending the stuff