• 0 Posts
  • 357 Comments
Joined 1 year ago
cake
Cake day: June 19th, 2023

help-circle
  • It used to be pretty terrible, but the frameworks are getting there, starting with the languages they are based on.

    Believe it or not, Java has been optimized a ton and can be written to be very efficient these days. Another great example of a high-level, high-efficiency language is Julia. And then there is Rust of course, which basically only sacrifices memory-efficiency for C-speeds with Python-esque comfort. It’s getting better.



  • Second this. What you need for high quality media is space, not speed. For any single stream, network and drive will be fast enough anyway. Your typical HDD offers like 4-6 times the bandwidth that a regular Blu-ray can provide. You can get 8TB HDDs for the price of 2TB SSDs. Random access doesn’t matter for that application.

    You might want to invest in redundancy and use a RAID 1 or RAID 10 array, depends on how valuable that media is to you or how long it would take to recover in case it’s lost. A simple solution would be a btrfs software RAID, in case your are after something like a Linux home media server with Jellyfin.






  • Tbf, you could use portable / user installs (if everyone would actually do their apps right), you can (now) use a package manager and you can (sometimes…) get an official, verified version of an app through the store and even if not, installers are (usually…) signed these days (although criminals do apparently get signatures too…)… And then this all falls apart, because you need a random driver from a random website. Security 👉👉




  • Compared to Arch(-based): Accesing the latest packages. It’s not impossible, especially if you go for Debian testing repos, but it’s definitely extra work.

    Compared to special-purpose distros (i.e. gaming, portable, high security/privacy, pen-testing): Whatever their special purpose is will usually be harder to achieve.

    Compared to huge corpo distros (SUSE/Fedora and derivatives): Ease of more intricate setups and maybe some security testing.

    Compared to Ubuntu: Paying a corporation to not withhold security patches from you.







  • In short: No. It’s getting better, but Flatpak is by no means secure. Think of it as a Windows .exe or .msi with some (not that hardened) rights management.

    In addition, Flatpaks afe often community made and not even “signed” (which is not really a thing in Flatpak to begin with (yet) ((afaik))).

    Something really secure would be a container, something really, really secure would be a VM, something really, really, really secure would be a separate machine. Flatpak is less secure than the least secure thing in this enumeration.