Some of you might be interested in this:
Oh, wow! A feature story - that's pretty darned cool!
Slightly mixed review, but then it's still "early days" for the distro.
Yeah most of these issues are addressed in gitlab
As for lxqt we use tiling script
So he had no idea about it.
As for windows bring transparent
It seems blur effect fails on his hardware.
And the login failing
- desktop dissapear
Its related qt update
Ohh well he had a very rough ride
Its nice to get a thoughtful review since it helps us improving
Most stuff indeed got addressed. it also seems that the reviewer is more into purist systems, which his conclusion also tells
I think we should remove preload its causing them to think
That our desktop use more ram than necessary
Yeah, lot of people think this appearently
Instead maybe make it another toggle
Or, make it a key feature?
That said, it does increase boot time because it has to read data from disk. It's a balancing act - more boot time for better first-launch performance?
And Garuda is not for VM could be written on DL page.
All the problems he has I don't have only Nvidia break sometimes my boot
HIS old PC
Processor: Intel i3 2.5GHz CPU Display: Intel integrated video Storage: Western Digital 700GB hard drive Memory: 6GB of RAM Wired network device: Realtek RTL8101E/RTL8102E PCI Express Fast Wireless network device: Realtek RTL8188EE Wireless network card
Yup i entirely agree i made too many tweaks for it to perform better on my hardware
From this GPU take also RAM, not fair
There is only one reason why we set requirements for the ram so high
I dont know why but while installing it consumes too much ram
And i suspect preload being the problem
Then lets just not install it by default and make it optional for the performance tweaks package?
Okay lets test it
We will test the ram usage of kde ultimate when installing
We will remove preload from this test iso and see if ram usage drops while installing
Well the boot up failure is the main reason why I switched over to garuda. Anything with GNOME fails to boot up on my laptop and KDE shows lots of errors on boot up.
To be clear, my english is bad
Garuda GNOME and KDE work on your laptop?
Would be nice to have your laptop spec's with
Admin changed terminal output, use preformatted text, please.
System: Kernel: 5.8.10-zen1-1-zen x86_64 bits: 64 compiler: N/A parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen root=UUID=6dd344a0-8a8c-4489-983a-a6a381870d54 rw [email protected] quiet splash loglevel=3 Desktop: i3 4.18.2 info: i3bar dm: LightDM 1.30.0 Distro: Garuda Linux Machine: Type: Laptop System: HP product: HP Laptop 14s-dk0xxx v: N/A serial: <filter> Chassis: type: 10 serial: <filter> Mobo: HP model: 85E0 v: 84.47 serial: <filter> UEFI: AMI v: F.56 date: 07/13/2020 Battery: ID-1: BAT0 charge: 17.5 Wh condition: 42.0/42.0 Wh (100%) volts: 12.4/11.6 model: Hewlett-Packard Primary type: Li-ion serial: <filter> status: Charging CPU: Info: Quad Core model: AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx bits: 64 type: MT MCP arch: Zen+ family: 17 (23) model-id: 18 (24) stepping: 1 microcode: 8108109 L2 cache: 2048 KiB flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 33538 Speed: 2760 MHz min/max: 1400/2100 MHz boost: enabled Core speeds (MHz): 1: 1783 2: 2770 3: 1344 4: 1345 5: 2764 6: 2768 7: 2714 8: 2715 Vulnerabilities: Type: itlb_multihit status: Not affected Type: l1tf status: Not affected Type: mds status: Not affected Type: meltdown status: Not affected Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization Type: spectre_v2 mitigation: Full AMD retpoline, IBPB: conditional, STIBP: disabled, RSB filling Type: srbds status: Not affected Type: tsx_async_abort status: Not affected Graphics: Device-1: AMD Picasso vendor: Hewlett-Packard driver: amdgpu v: kernel bus ID: 04:00.0 chip ID: 1002:15d8 Device-2: Quanta HP TrueVision HD Camera type: USB driver: uvcvideo bus ID: 1-4:2 chip ID: 0408:5365 Display: x11 server: X.Org 1.20.9 compositor: picom v: git-2c9e7 driver: amdgpu,ati unloaded: modesetting alternate: fbdev,vesa display ID: :0 screens: 1 Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x285mm (20.0x11.2") s-diag: 582mm (22.9") Monitor-1: eDP res: 1920x1080 hz: 60 dpi: 158 size: 309x174mm (12.2x6.9") diag: 355mm (14") OpenGL: renderer: AMD RAVEN (DRM 3.38.0 5.8.10-zen1-1-zen LLVM 10.0.1) v: 4.6 Mesa 20.1.8 direct render: Yes Audio: Device-1: AMD Raven/Raven2/Fenghuang HDMI/DP Audio vendor: Hewlett-Packard driver: snd_hda_intel v: kernel bus ID: 04:00.1 chip ID: 1002:15de Device-2: AMD Raven/Raven2/FireFlight/Renoir Audio Processor vendor: Hewlett-Packard driver: snd_rn_pci_acp3x v: kernel alternate: snd_pci_acp3x bus ID: 04:00.5 chip ID: 1022:15e2 Device-3: AMD Family 17h HD Audio vendor: Hewlett-Packard driver: snd_hda_intel v: kernel bus ID: 04:00.6 chip ID: 1022:15e3 Sound Server: ALSA v: k5.8.10-zen1-1-zen Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Hewlett-Packard driver: r8169 v: kernel port: f000 bus ID: 02:00.0 chip ID: 10ec:8168 IF: eno1 state: down mac: <filter> Device-2: Realtek RTL8723DE 802.11b/g/n PCIe Adapter vendor: Hewlett-Packard driver: rtw_8723de v: N/A modules: rtw88_8723de port: e000 bus ID: 03:00.0 chip ID: 10ec:d723 IF: wlp3s0 state: up mac: <filter> Drives: Local Storage: total: 1.14 TiB used: 20.61 GiB (1.8%) SMART Message: Required tool smartctl not installed. Check --recommends ID-1: /dev/nvme0n1 vendor: Toshiba model: N/A size: 238.47 GiB block size: physical: 512 B logical: 512 B speed: 15.8 Gb/s lanes: 2 serial: <filter> rev: ADHA0102 scheme: GPT ID-2: /dev/sda vendor: Toshiba model: MQ04ABF100 size: 931.51 GiB block size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s rotation: 5400 rpm serial: <filter> rev: 4C scheme: GPT Partition: ID-1: / raw size: 118.93 GiB size: 118.93 GiB (100.00%) used: 20.57 GiB (17.3%) fs: btrfs dev: /dev/nvme0n1p5 ID-2: /home raw size: 118.93 GiB size: 118.93 GiB (100.00%) used: 20.57 GiB (17.3%) fs: btrfs dev: /dev/nvme0n1p5 Swap: Kernel: swappiness: 5 (default 60) cache pressure: 50 (default 100) ID-1: swap-1 type: zram size: 184.9 MiB used: 0 KiB (0.0%) priority: 32767 dev: /dev/zram0 ID-2: swap-2 type: zram size: 184.9 MiB used: 0 KiB (0.0%) priority: 32767 dev: /dev/zram1 ID-3: swap-3 type: zram size: 184.9 MiB used: 0 KiB (0.0%) priority: 32767 dev: /dev/zram2 ID-4: swap-4 type: zram size: 184.9 MiB used: 0 KiB (0.0%) priority: 32767 dev: /dev/zram3 ID-5: swap-5 type: zram size: 184.9 MiB used: 0 KiB (0.0%) priority: 32767 dev: /dev/zram4 ID-6: swap-6 type: zram size: 184.9 MiB used: 0 KiB (0.0%) priority: 32767 dev: /dev/zram5 ID-7: swap-7 type: zram size: 184.9 MiB used: 0 KiB (0.0%) priority: 32767 dev: /dev/zram6 ID-8: swap-8 type: zram size: 184.9 MiB used: 0 KiB (0.0%) priority: 32767 dev: /dev/zram7 Sensors: System Temperatures: cpu: 63.4 C mobo: 0.0 C gpu: amdgpu temp: 63.0 C Fan Speeds (RPM): N/A Info: Processes: 291 Uptime: 2m Memory: 5.78 GiB used: 1.84 GiB (31.8%) Init: systemd v: 246 Compilers: gcc: 10.2.0 clang: 10.0.1 Packages: 1813 pacman: 1804 lib: 556 flatpak: 9 Shell: Zsh v: 5.8 running in: alacritty inxi: 3.1.06
@SGS Thanks for asking but I already use Garuda I3 and it works as smooth as butter. Will soon try the KDE edition.
Cheers The thing I like the most about Garuda is it community.
Great to hear
Hello, I did not experienced the issues the reviewer mentioned, and for me KDE Lite boots fast and shutoff fast too. I only had difficulties with my old Nvidia proprietary drives, but with your help was piece of cake the solution, in fact it was not Garuda issue. I have not tested LxQt.
Most people testing Garuda have different hardware. The fact that Linux works at all on the millions of hardware combinations in existence is pretty amazing.
There will always be people whose hardware doesn't work well on a specific distro, yet it may work well with another. You can either keep trying distros until you find one that works for you out of the box, or you need to get your hands dirty and fix the issue yourself.
The forum is always here for those who wish to try their hand at wrenching on their system. Most usually find an answer on the forum if they are persistent. There's not that many help requests that go unresolved here on the Garuda forum.
Jessie's reviews are sometimes not relevant as he is using old hardware and slow spinners to do his reviews, He is also very set in his ways and very stubborn.
But he is one of the better Reviewers all in all.
The other problem with reviews is they are very personal, not subjective to the modern trends and changes.
What I will say is Garuda installed on my 7200 spinner is a slug yes its slow,
On the other side of the coin on my SSDs its fast its stable a joy to use Garuda like most modern Distros is made with modern hardware not the latest and greatest but under 10years old I say that as I use 8 year old gear that performs just fine as i do not game.