Announcement

Collapse
No announcement yet.

Is there any way to make Flatpak downloads faster?

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Is there any way to make Flatpak downloads faster?

    Hi,

    Is there any way to make Flatpak downloads faster? This is one of my top problems with Linux, in general, across all distros I tried since 2024. It's always the same. I'm getting kilobytes per second. I may see a spike of speed from time to time but overall it's abysmal. Installing KClock or KFind took over 10 minutes each, Freetube is going for over half an hour now. This is not usable. This was the same in Debian 12, Fedora 41/42 earlier this year and now Kubunutu 25. I never got a straight answer to this.

    I'm in western Poland, APT and DNF fly as I'm close to a very fast local mirror and I get nearly 2 Gigabits downloads from it. Flatpak is absolutely horrible, I dislike it almost as much as Snap, although for different reasons. I'm on 2 Gigabit fiber and I live in the third or fourth largest city in the country. I can download a full Debian or Fedora ISO in less than 30 seconds. Am I just unlucky to be far from "something" or Flatpak is just a very bad system?

    Google search returns many similar complaints and nothing is ever solved or even sufficiently explained.

    Thank you!

    #2
    No, not really, as far as I can see, other than maybe trying a VPN to get you a different server in their pool. It doesn't look like they have a set of unique mirrors per se, though they do have a pool of servers.

    It's not always slow for me, but it often is, since I moved to regional Australia and a slow metered mobile connection.
    PPAs are much worse, as there really is no mirror network like Ubuntu's repos have, so when they have heave loads when someone is building a large number of packages, it slows to a crawl.

    So, out of curiosity:
    Here is the IP from my local connection in AUS:
    Code:
    $ ping dl.flathub.org
    PING dualstack.n.sni.global.fastly.net (151.101.1.91) 56(84) bytes of data.
    64 bytes from 151.101.1.91: icmp_seq=1 ttl=56 time=22.5 ms
    64 bytes from 151.101.1.91: icmp_seq=2 ttl=56 time=30.6 ms
    ​And from my PC in the US, Savannah, Georgia:
    Code:
    $ ping dl.flathub.org
    PING dl.flathub.org (151.101.129.91) 56(84) bytes of data.
    64 bytes from 151.101.129.91: icmp_seq=1 ttl=64 time=301 ms
    64 bytes from 151.101.129.91: icmp_seq=3 ttl=64 time=291 ms​
    Then from a Linode VPS located in Atlanta, Georgia:

    Code:
    ping -4 dl.flathub.org
    PING dl.flathub.org (151.101.193.91) 56(84) bytes of data.
    64 bytes from 151.101.193.91: icmp_seq=1 ttl=57 time=0.640 ms
    64 bytes from 151.101.193.91: icmp_seq=2 ttl=57 time=0.551 ms

    ​Much different speeds with three different servers,

    Comment


      #3
      Thank you. This a bummer. Looks like basically a system that wasn't designed properly. I've read it relies on some CDN, but that clearly isn't working well. It's usually slow for me, speed spikes are the exception. Maybe I'm spoiled by the super fast mirrors near me, but even a hundred MB/s would be usable as opposed to tens of KB/s that I normally get.

      You don't download software that often, every day, but it makes setting up a new OS such a pain.

      It's a bit quicker today, I'm getting 20-30 MB/s which is more usable, still installing something larger takes several minutes. That's how it was before with Fedora: unusable some days then better for a day and then bad again.
      Last edited by anonnetuser; Today, 01:10 AM.

      Comment

      Users Viewing This Topic

      Collapse

      There are 0 users viewing this topic.

      Working...
      X