On Thu, 22 Feb 2018, at 03:51, Le Baron d’Merde wrote:
> Dear Fellows,
> Nothing new and probably will not be implemented, specially by me who
> can't write code, but I am sharing this idea anyway.
> The point would be to have a P2P core/daemon in Base with some API to be
> used by clients, including pkg, freebsd-update, and portsnap becoming
> P2P based/capable, and would also allowing any user that desire to
> become a FreeBSD mirror. What would reduce the load on the FreeBSD
At present if nobody's downloading 11.1R.txz then there's no load to the
mirrors. Most P2P implementations require some form of seed node that keeps
track of active peers & blocks, so it's not quite a free lunch.
I've an incomplete erlang-based version of https://tools.ietf.org/html/rfc7574
called PPSP (Peer-to-Peer Streaming Protocol), and I always felt a C or
rust-based implementation of it would be a great addition to FreeBSD whether
PPSP is a multi-peer streaming mix of:
- merkle tree across arbitrary blocks of data
- lightweight 'torrent-ish' UDP protocol for requesting and sharing blocks
- optional live-streaming (i.e. stream starts before full data is available)
- optional cryptographic signatures
For example, I'd love to be able to "zfs send" via a multipeer protocol and
have it Do The Right Thing in transferring this to multiple "zfs recv" peers,
or have our custom pkg repo pull stuff off the adjacent servers rather than
the Pacific Ocean for the data. [Yes I'm aware pkg can be cached already].
If somebody is interested in working on this please get in touch, I would put
funds in and can offer some context on the spec as I was involved in it.
Also, if it's something the FreeBSD Foundation might consider jointly
I would help with the paperwork & submission.
+43 67 67 22 44 78
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"