Garuda Update, Reflector issues

Hello.

garuda-inxi
System:
  Kernel: 5.17.4-zen1-1-zen arch: x86_64 bits: 64 compiler: gcc v: 11.2.0
    parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
    root=UUID=4350e34a-a170-4085-ab6b-dea58f40d93e rw rootflags=subvol=@
    cryptdevice=UUID=0bfab363-815b-4b0d-90ba-bbed136e65a9:luks-0bfab363-815b-4b0d-90ba-bbed136e65a9
    root=/dev/mapper/luks-0bfab363-815b-4b0d-90ba-bbed136e65a9 splash
    rd.udev.log_priority=3 vt.global_cursor_default=0
    systemd.unified_cgroup_hierarchy=1 loglevel=3 sysrq_always_enabled=1
  Desktop: KDE Plasma v: 5.24.4 tk: Qt v: 5.15.3 info: latte-dock
    wm: kwin_x11 vt: 1 dm: SDDM Distro: Garuda Linux base: Arch Linux
Machine:
  Type: Desktop Mobo: ASUSTeK model: MAXIMUS IX HERO v: Rev 1.xx
    serial: <superuser required> UEFI: American Megatrends v: 1301
    date: 03/14/2018
CPU:
  Info: model: Intel Core i7-7700K bits: 64 type: MT MCP arch: Kaby Lake
    family: 6 model-id: 0x9E (158) stepping: 9 microcode: 0xEC
  Topology: cpus: 1x cores: 4 tpc: 2 threads: 8 smt: enabled cache:
    L1: 256 KiB desc: d-4x32 KiB; i-4x32 KiB L2: 1024 KiB desc: 4x256 KiB
    L3: 8 MiB desc: 1x8 MiB
  Speed (MHz): avg: 4993 high: 5000 min/max: 800/4500:5000 scaling:
    driver: intel_pstate governor: performance cores: 1: 5000 2: 5000 3: 5000
    4: 5000 5: 5000 6: 5000 7: 4948 8: 5000 bogomips: 67200
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
  Vulnerabilities:
  Type: itlb_multihit status: KVM: VMX disabled
  Type: l1tf
    mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable
  Type: mds mitigation: Clear CPU buffers; SMT vulnerable
  Type: meltdown mitigation: PTI
  Type: spec_store_bypass
    mitigation: Speculative Store Bypass disabled via prctl
  Type: spectre_v1
    mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Retpolines, IBPB: conditional, IBRS_FW,
    STIBP: conditional, RSB filling
  Type: srbds mitigation: Microcode
  Type: tsx_async_abort mitigation: TSX disabled
Graphics:
  Device-1: NVIDIA GP102 [GeForce GTX 1080 Ti] vendor: eVga.com.
    driver: nvidia v: 510.60.02 alternate: nouveau,nvidia_drm pcie: gen: 3
    speed: 8 GT/s lanes: 16 bus-ID: 01:00.0 chip-ID: 10de:1b06 class-ID: 0300
  Display: x11 server: X.Org v: 21.1.3 with: Xwayland v: 22.1.1
    compositor: kwin_x11 driver: X: loaded: nvidia unloaded: modesetting
    alternate: fbdev,nouveau,nv,vesa gpu: nvidia display-ID: :0 screens: 1
  Screen-1: 0 s-res: 4480x1440 s-dpi: 94 s-size: 1211x389mm (47.68x15.31")
    s-diag: 1272mm (50.08")
  Monitor-1: DP-0 pos: primary,top-left res: 2560x1440 dpi: 109
    size: 598x336mm (23.54x13.23") diag: 686mm (27.01") modes: N/A
  Monitor-2: HDMI-0 pos: bottom-r res: 1920x1080 hz: 60 dpi: 94
    size: 521x293mm (20.51x11.54") diag: 598mm (23.53") modes: N/A
  OpenGL: renderer: NVIDIA GeForce GTX 1080 Ti/PCIe/SSE2
    v: 4.6.0 NVIDIA 510.60.02 direct render: Yes
Audio:
  Device-1: Intel 200 Series PCH HD Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel bus-ID: 00:1f.3 chip-ID: 8086:a2f0
    class-ID: 0403
  Device-2: NVIDIA GP102 HDMI Audio vendor: eVga.com. driver: snd_hda_intel
    v: kernel pcie: gen: 3 speed: 8 GT/s lanes: 16 bus-ID: 01:00.1
    chip-ID: 10de:10ef class-ID: 0403
  Device-3: Sennheiser GSX 1000 Main Audio type: USB
    driver: hid-generic,snd-usb-audio,usbhid bus-ID: 1-6:4 chip-ID: 1395:005e
    class-ID: 0300 serial: <filter>
  Sound Server-1: ALSA v: k5.17.4-zen1-1-zen running: yes
  Sound Server-2: PulseAudio v: 15.0 running: no
  Sound Server-3: PipeWire v: 0.3.50 running: yes
Network:
  Device-1: Intel Ethernet I219-V vendor: ASUSTeK driver: e1000e v: kernel
    port: N/A bus-ID: 00:1f.6 chip-ID: 8086:15b8 class-ID: 0200
  IF: enp0s31f6 state: up speed: 1000 Mbps duplex: full mac: <filter>
  Device-2: Intel Wireless 8260 driver: iwlwifi v: kernel pcie: gen: 1
    speed: 2.5 GT/s lanes: 1 bus-ID: 04:00.0 chip-ID: 8086:24f3 class-ID: 0280
  IF: wlp4s0 state: down mac: <filter>
Bluetooth:
  Device-1: Intel Bluetooth wireless interface type: USB driver: btusb v: 0.8
    bus-ID: 1-14.1:8 chip-ID: 8087:0a2b class-ID: e001
  Report: bt-adapter ID: hci0 rfk-id: 0 state: down
    bt-service: enabled,running rfk-block: hardware: no software: yes
    address: <filter>
Drives:
  Local Storage: total: 8.19 TiB used: 494.77 GiB (5.9%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/nvme0n1 maj-min: 259:6 vendor: Samsung model: SSD 960 EVO 1TB
    size: 931.51 GiB block-size: physical: 512 B logical: 512 B
    speed: 31.6 Gb/s lanes: 4 type: SSD serial: <filter> rev: 3B7QCXE7
    temp: 35.9 C scheme: GPT
  ID-2: /dev/nvme1n1 maj-min: 259:0 vendor: Samsung
    model: SSD 960 EVO 250GB size: 232.89 GiB block-size: physical: 512 B
    logical: 512 B speed: 31.6 Gb/s lanes: 4 type: SSD serial: <filter>
    rev: 3B7QCXE7 temp: 24.9 C scheme: GPT
  ID-3: /dev/sda maj-min: 8:0 vendor: Samsung model: SSD 850 EVO 1TB
    size: 931.51 GiB block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s
    type: SSD serial: <filter> rev: 3B6Q scheme: GPT
  ID-4: /dev/sdb maj-min: 8:16 vendor: Samsung model: SSD 850 EVO 250GB
    size: 232.89 GiB block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s
    type: SSD serial: <filter> rev: 2B6Q scheme: GPT
  ID-5: /dev/sdc maj-min: 8:32 vendor: Samsung model: SSD 850 EVO 500GB
    size: 465.76 GiB block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s
    type: SSD serial: <filter> rev: 2B6Q scheme: GPT
  ID-6: /dev/sdd maj-min: 8:48 vendor: Toshiba model: HDWE160
    size: 5.46 TiB block-size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s
    type: HDD rpm: 7200 serial: <filter> rev: FS2A scheme: GPT
Partition:
  ID-1: / raw-size: 300 GiB size: 300 GiB (100.00%) used: 45.98 GiB (15.3%)
    fs: btrfs dev: /dev/dm-0 maj-min: 254:0
    mapped: luks-0bfab363-815b-4b0d-90ba-bbed136e65a9
  ID-2: /boot/efi raw-size: 501 MiB size: 500 MiB (99.80%)
    used: 724 KiB (0.1%) fs: vfat dev: /dev/nvme0n1p2 maj-min: 259:8
  ID-3: /home raw-size: 631.02 GiB size: 631.02 GiB (100.00%)
    used: 448.78 GiB (71.1%) fs: btrfs dev: /dev/dm-1 maj-min: 254:1
    mapped: luks-23daf038-216d-4bc5-bf5b-9ab9682afb7f
  ID-4: /var/log raw-size: 300 GiB size: 300 GiB (100.00%)
    used: 45.98 GiB (15.3%) fs: btrfs dev: /dev/dm-0 maj-min: 254:0
    mapped: luks-0bfab363-815b-4b0d-90ba-bbed136e65a9
  ID-5: /var/tmp raw-size: 300 GiB size: 300 GiB (100.00%)
    used: 45.98 GiB (15.3%) fs: btrfs dev: /dev/dm-0 maj-min: 254:0
    mapped: luks-0bfab363-815b-4b0d-90ba-bbed136e65a9
Swap:
  Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default)
  ID-1: swap-1 type: zram size: 31.29 GiB used: 2.2 MiB (0.0%)
    priority: 100 dev: /dev/zram0
Sensors:
  System Temperatures: cpu: 36.0 C mobo: N/A gpu: nvidia temp: 43 C
  Fan Speeds (RPM): N/A gpu: nvidia fan: 48%
Info:
  Processes: 350 Uptime: 58m wakeups: 0 Memory: 31.29 GiB
  used: 4.67 GiB (14.9%) Init: systemd v: 250 tool: systemctl Compilers:
  gcc: 11.2.0 clang: 13.0.1 Packages: pacman: 1722 lib: 496 Shell: fish
  v: 3.4.1 default: Bash v: 5.1.16 running-in: alacritty inxi: 3.3.15
Garuda (2.6.1-3):
  System install date:     2021-11-26
  Last full system update: 2022-04-25 ↻
  Is partially upgraded:   No
  Relevant software:       NetworkManager
  Windows dual boot:       Probably (Run as root to verify)
  Snapshots:               Snapper
  Failed units

Not really looking for assistance, but more just some feedback on the garuda-update script. I've used it for a while now to update my system without issues, but for the last couple of weeks it pulls mirrors from places far from me geographically, and the mirrors time out. This isn't so much of a concern, but when the update proceeds, download speeds of all threads combined are <1MiB/s.

I've added the flag --country 'United States' when running reflector: sudo reflector --country 'United States' --fastest 5 --protocol https --sort rate --save /etc/pacman.d/mirrorlist then updated normally sudo pacman -Syu and get normal expected download speeds.

Of course this would be an unsuitable modification to the garuda-update package, as we have users around the world. Is there another way we could account for location in reflector to improve performance?

You could give rate-mirrors a chance.
If installed, it is used by garuda-update (relfector is used otherwise).
Actually, this is our standard since several months, and I think it works really fine.
For further info on how it works:

5 Likes

Thanks, I'll give it a shot! Just found if [ -x /usr/bin/rate-mirrors ]; then echo -e "\n\033[1;33m-->\033[1;34m Refreshing mirrorlists using rate-mirrors, please be patient..\033[0m" in garuda-update source. This looks like a smarter solution that will account for location. Marking solved

1 Like

Basically you just need to install rate-mirrors and garuda-update will use it to refresh mirrors :slight_smile:

3 Likes

Thanks for sharing that. Now my updates are running faster...

2 Likes

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.