Klaus Zimmermann (MOVED)
Adblockers and alternative frontend will only get you so far in this. It's literally just a matter of time until step it to yet another level. Want some real change? Stop giving them power. #Boycott these fuckers.
"Youtube has started to artificially slow down video load times if you use Firefox" -> https://archive.is/yAdak (link to avoid direct #reddit)
Bring down closed data silos like #YouTube. Empower #foss federated platforms like #peertube.
silverpill
@volkris @lps @errhead @Revertron @kzimmermann What you're saying is not true. Smaller instances don't consume "exponentially more resources". ActivityPub is very easy on resources and servers can run almost anywhere (unless you use some really inefficient bloatware)
volkris
@errhead I’m referring to the design of ActivityPub at the core of Fediverse.
If you’re talking about something else that’s fine, but it’s not what I’m referring to.
err head :pc2black: 🏴☠️ ✂️
@volkris @lps @Revertron @kzimmermann
yeah, perhaps if you completely ignore the p2p and p2n baked into PeerTube. anyone who has used decentralized media distribution IRL can see through this obvious FUD.
Centralization is only better at gatekeeping, user tracking, and ddos vulnerability.
volkris
@lps the problem is that smaller instances and more of them consume exponentially more resources, making the whole system exponentially more expensive to operate.
That’s just how the protocol was designed, unfortunately.
People complain about Bitcoin being resource-intensive, but Fediverse faces a similar problem.
LPS
@Revertron @kzimmermann IMHO This is why large instances shouldn't be a thing anywhere on the #fediverse .
The sustainable and maintainable approach is smaller instances, and more of them. Individual creators should try to either join small instances or host their own like a website.
⚛️Revertron :straight:
@kzimmermann Are you willing to financially support big #peertube instances?
They will need big data storage and a moderation team.
silverpill
@Revertron @volkris @lps @errhead @kzimmermann Resource-intensive applications should offload expensive stuff to clients. Video servers should make use of torrents or IPFS for example.
Donation model is often unsustainable, but crowdsourcing is known to work.
⚛️Revertron :straight:
@silverpill
What about video-servers, again?
Who is willing to pay for big storage and data transfers?
Is it possible to maintain something like this on donations?
silverpill
@Revertron @volkris @lps @errhead @kzimmermann Desktop PeerTube client with integrated torrents is possible. All the necessary pieces already exist, someone just needs to combine them.
Web clients are harder, I agree.
⚛️Revertron :straight:
@silverpill
> Resource-intensive applications should offload expensive stuff to clients.
Yep, but there is no viable technology for that right now.
In my opinion it would be custom torrent-client with video-player, that would maintain some size-bound storage.
silverpill
@volkris @lps @errhead @Revertron @kzimmermann
Yes, AP is very easy on resources. I've built a full-featured AP server from scratch so I know how the protocol works and how it behaves under different conditions.
In AP world you only receive stuff you care about, so most of the time server is just waiting for something to land into inbox, or for outgoing request to complete. There's nothing else to do
>so many instance operators experiencing meltdowns and surprise hosting costs when the resources exploded far higher than they expected
Tell them to use better software.
volkris
@silverpill if you read through the ActivityPub standard, the protocol is designed to scale with number of instances, and it is a scaling factor larger than simply linear.
You say AP is very easy on resources, but that flies in the face of so many instance operators experiencing meltdowns and surprise hosting costs when the resources exploded far higher than they expected.
Which makes sense because, again, the protocol is designed in a way that involves exponential increases.
Alex Gleason
⚛️Revertron :straight:
@alex If you write it in Rust you can have only one small process for all of this.
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.