Very slow file update process

Is there anyway to speed up the file updates via zypper and yast?

Eg for 40 files that are just a few kb size, in zypper it takes over 5 seconds to go just from one file to the next, using the command line. 5 seconds would have been enough to download the whole installation on Mint.

I now am downloading Wayland Gnome via yast software manager, update is listed as 362mb and in 15 minutes it downloaded only 140 MB.

I tried to install MPV via software manager and it took over 5 minutes.

This is not normal. Internet speed on speedtest within SUSE Tumbleweed is 10 MB /sec and I notice that large files during the update download at that speed.

But I have no clue what makes the update process crawl

File system is btfs via default installation options and disk is ssd. Is it because of this disk partition format?

Also is it possible to switch the repository server country like in Ubuntu?

@petran79 Hi Look at using mirror cache? https://en.opensuse.org/MirrorCache

openSUSE Mirrors: https://mirrors.opensuse.org/

Does anyone have a metric for how slow the updates are? Eg today I had a system update of around 800 MB, including updating GNOME to 47 and it took longer than 1 hour. Way too long.

Does it take really that long in your case?

For some applications I used sypper and it downloads the files fast but refuses to install them due to conflicting files. I have to use zypper or yast but at least files are in cache and process is faster.

@petran79 all depends on the locale… I’m on a 1Gb connection here, with US mirrorcache, not long at all… DVD iso’s download in a few minutes…

No download speed issue here either.

I mean strictly the system files install and update process via yast gui.

1+ hour for small system files totalling 800 MB is normal for opensuse?

@petran79 I don’t use any gui for moving to the next snapshot release, all from zypper -vvv dup. Tumbleweed is not updated?

it is, but process is way too long even from zypper command line. How long did it take to do an update, let’s say 800mb to 1 GB?

@petran79 Not long to download or install from memory, I’m usually doing other things… :wink:

I just now installed mpv (not “MPV”) as a Flatpak via Discover and it took 45 seconds. I then un-installed that Flatpak and then installed the native version (take note - using Leap, not TW), using “zypper in mpv” and it took about 30 seconds.

# zypper in mpv
Loading repository data...
Reading installed packages...
Resolving package dependencies...

The following 12 NEW packages are going to be installed:
  libXpresent1 libavdevice58_13 liblua5_1-5 libplacebo338 librubberband2 libsixel1 libuchardet0 libvapoursynth-64
  libvapoursynth-script0 mpv python3-vapoursynth update-desktop-files

12 new packages to install.
Package download size:     3.4 MiB
Package install size change:
              |       8.9 MiB  required by packages that will be installed
     8.9 MiB  |  -      0 B    released by packages that will be removed

Backend:  classic_rpmtrans
Continue?

Something is amiss with your system [configuration].

@petran79 So looked at my Aeon system, on the 10th I got the GNOME update, it started at 2024-10-10 17:53:57 and finished at 2024-10-10 17:59:22 so about 6 minutes to install whatever was downloaded (this is automated).

On Tumbleweed I ran zypper -vvv dup at 2024-10-10 16:34:46 and all finished by 2024-10-10 16:40:42 so also about 6 minutes… This is from /var/log/zypp/history

that is the thing. during the download of those 12 packages ,first time before they are stored in cache, it takes 5 seconds to jump from 1 file to the other during download

Make it 60-70 seconds the least. Then add another 20 to install the packages. Were the packages 100, no matter the size, it would take 10 minutes.

Another issue is zypper refresh. It takes 3 minutes to update the repos. Sypper does it immediately

Are you running your suse-system bare-metal or on virtualbox?
Virtualbox users need the latest update to get rid of a network issue.

bare metal, dual boot with Windows 10. btfs partition, 40 GB.

Please execute this command at a CLI, then post the output using the Preformatted Text </> option:

>  sudo zypper lr -d

... or if you're already at a root login prompt:

#  zypper lr -d

Include the executed command and the follow-up empty prompt :+1:

#  | Alias                           | Name                                 | Enabled | GPG Check | Refresh | Priority | Type   | URI                                                                             | Service
---+---------------------------------+--------------------------------------+---------+-----------+---------+----------+--------+---------------------------------------------------------------------------------+---------
 1 | Emulators                       | Emulators (openSUSE_Tumbleweed)      | Yes     | (r ) Yes  | No      |   99     | rpm-md | https://download.opensuse.org/repositories/Emulators/openSUSE_Tumbleweed/       | 
 2 | Emulators_Wine                  | Wine (openSUSE_Tumbleweed)           | Yes     | (r ) Yes  | No      |   99     | rpm-md | https://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Tumbleweed/ | 
 3 | NVIDIA:repo-non-free            | repo-non-free                        | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | https://download.nvidia.com/opensuse/tumbleweed                                 | NVIDIA
 4 | ftp.gwdg.de-openSUSE_Tumbleweed | Packman Repository                   | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/             | 
 5 | hardware_razer                  | hardware:razer (openSUSE_Tumbleweed) | Yes     | (r ) Yes  | No      |   99     | rpm-md | https://download.opensuse.org/repositories/hardware:/razer/openSUSE_Tumbleweed/ | 
 6 | libdvdcss                       | libdvdcss                            | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://opensuse-guide.org/repo/openSUSE_Tumbleweed/                             | 
 7 | openSUSE:repo-non-oss           | repo-non-oss                         | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://cdn.opensuse.org/tumbleweed/repo/non-oss                                 | openSUSE
 8 | openSUSE:repo-openh264          | repo-openh264                        | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed                         | openSUSE
 9 | openSUSE:repo-oss               | repo-oss                             | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://cdn.opensuse.org/tumbleweed/repo/oss                                     | openSUSE
10 | openSUSE:repo-oss-debug         | repo-oss-debug                       | No      | ----      | ----    |   99     | N/A    | http://cdn.opensuse.org/debug/tumbleweed/repo/oss                               | openSUSE
11 | openSUSE:repo-oss-source        | repo-oss-source                      | No      | ----      | ----    |   99     | N/A    | http://cdn.opensuse.org/source/tumbleweed/repo/oss                              | openSUSE
12 | openSUSE:update-tumbleweed      | update-tumbleweed                    | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://cdn.opensuse.org/update/tumbleweed                                       | openSUSE
13 | packman                         | packman                              | Yes     | (r ) Yes  | Yes     |   90     | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed  

          | 


I recorded a video to demonstrate what exactly occurs with the install process. In the case of Krita for example, a pure install from the repository, just a couple of hundred of mb, took 5 minutes. While the update checks, download and install speed is fine, it crawls while switching from one file to the next, even if the size is tiny. Do you experience such slow file switching as well?

Double packman, different priorities?
What for?

during installation I picked the default repositories, including packman and then later to solve a codec issue I switched to pacman.
Also installed sypper and got another message about repository switch.

I’ve a 10Mb/s via mobile broadband and I just updated with a download size of
744.5 MiB and it took zypper 15 minutes to download, +/- 1.2 seconds per MiB.
10Mb/s equates to approx 1.2MiB/s
The large wait between files would indicate a network problem maybe a DNS slowdown but I’m not a network expert.

had to resort to zypper dup vv command. Fortunately it is ultra fast this way