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

Ategon

anzo

dwraf_of_ignorance

Passim Peer to Peer Metadata – F40 Release Party (interesting solution for climate-friendlier fwupd usage) (www.youtube.com)

submitted 5 months ago by [email protected] to c/linux

8 comments fedilink hide all child comments

Change Proposal

Short: fwupd users download small but in total too much metadata over the internet. This is a beginning of something important, and the tech can be used for local updates and a lot more.

A solution for local distribution is needed. IPFS is too slow, Bittorrent is immediately suspicious on many Networks.

Passim is a new protocol for this purpose, users can opt out, it is secure and the metadata is hashed, and the hashes still downloaded over the internet for verification.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 1 points 5 months ago (1 children)

They contact the servers to get a hash, which is small and always small.

This is scaleable so it could also be used for more important stuff.

Sending traffic through the LAN is extremely quicker and saves a lot of steps, you dont need statistics for that, it is obvious.

But I wonder if this also works for nearby people, as only LAN is a bit useless for many.

But thats how Windows does it since forever too, only in LAN.

[–] jwt 1 points 5 months ago (1 children)

Sending traffic through the LAN is extremely quicker and saves a lot of steps, you dont need statistics for that, it is obvious.

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.

[–] [email protected] 2 points 5 months ago (1 children)

The energy consumption is changed from big providers to individual company networks etc. And assuming the tech uses roughly similar energy, not needing all the relay servers saves power.
A running CDN server ≠ a server doing stuff, sending data
if p2p says there is no update, there is no update. Unless I didnt see that he mentioned something like that as a fallback, ALL the time. There are 2 connections but the data is sent locally when possible.

There is lots of tech innovation, ARM, low TDP, etc. But I stick with the assumption that local data traffic saves more energy.

[–] jwt 1 points 5 months ago (1 children)

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.

[–] [email protected] 0 points 5 months ago

To 3 I suppose one would disable p2p download and only enable seeding/sending the stuff