• 0 Posts
  • 36 Comments
Joined 1 year ago
cake
Cake day: July 1st, 2023

help-circle




  • I had this issue when I used kubernetes, sata SSDs cant keep up, not sure what Evo 980 is and what it is rated for but I would suggest shutting down all container IO and do a benchmark using fio.

    my current setup is using proxmox, rusts configured in raid5 on a NAS, jellyfin container.

    all jf container transcoding and cache is dumped on a wd750 nvme, while all media are store on the NAS (max. BW is 150MBps)

    you can monitor the IO using IOstat once you’ve done a benchmark.









  • I’m running a PBS instance (plus networking containers) for 4years now, cc on file for the first 2 years, now on file, but my usecase is operating within the free-forever tier.

    My instance has not been deleted by them, though I’ve rebuilt the multiple times since.

    The region you are on might be struggling with capacity issues, I use middle east region and never encountered account/vm deletions (yet). For my case, latency isnt an issue so i dont mind having it ona far away region.




  • Hello! I’m a hobbyist in this space (scripting/coding), does anyone here have a:

    • gold standard of what commit messages should look like?
    • common practice/etiquette for commit message?

    I never had a team or guide or mentor and when I saw this i felt that my commits are like smoke signals describing that there’s a fire. which isnt really helpful.

    I tried to contribute to a python module that I use daily, my PR was so over engineered (iirc i added just 3 lines, but with tests, screenshots, CI/CD) i think to compensate for my lack of experience that I got called out (“wow this is pretty extreme just for that feature”).




  • I got this step, defederating essentially says to them that I dont consent to them getting my data.

    But I’m really missing something here, since any instance that zucc controls that is federated to the large instances just exposes my data to zucc.

    Defederating is one step, the instance owners have taken that step now, so far so good, well then zucc will just create a lemmy/kbin instance that they own, they join the fed and not even announce meta’s affiliation with it, my data is still zucc’ed.


  • I should’ve been more clear about my question, how would I, as a lemmy user, know if an instance has gone rogue (taken over by another entity, meta/fb/ig).

    My actual worry is about an instance stealthily created by meat/fb/ig that is not identified as a threads instance/service. Say you have deferedated the fuck out of all known identified Meta created instance so they cant push trash content, then as an example:

    an instance owner gets bribed and creates another instance to federate with established instances and gives control of it to FB. At this point fb/ig/meta know they’d just be kicked out again if they even peeped that they now own the inatance.

    What is the trust model between instances, where/when does it break?

    if the instance that meta now owns doesn’t push out threads-content, they still have access to our data and I’ll just be unaware of it and next thing we know we getting profiled from what we post in our private instances.