How to speed things up?


I'm running Manjaro Plasma, but it sometimes pretty slow on loading new things into the memory. But when first in memory it runs smoothly. I use the latest nvidia driver and have installed "preload".

My specs:
| AMD Ryzen 1700x 3.4 GHz | ASUS PRIME X370-A | 32 GB 2400 Mhz DDR4 |
| ASUS Nvidia 1070 8 GB | SSD 250 GB | HDD 1 TB |

root on the SSD and home on the HDD

best regards

Do you mean like overall that things are slow in general use, or are you talking specifically about booting from power off?

You seem to have some seriously powerful specs, I'm a bit surprised about speed.

inxi -Fxxxza --no-host
1 Like


[storm@universe ~]$ inxi -Fxxxza --no-host
  Kernel: 5.6.16-1-MANJARO x86_64 bits: 64 compiler: gcc v: 10.1.0 
  parameters: BOOT_IMAGE=/boot/vmlinuz-5.6-x86_64 
  root=UUID=b284a2e6-9b01-441b-b98c-8c10b0f51211 rw quiet 
  Desktop: KDE Plasma 5.18.5 tk: Qt 5.15.0 info: latte-dock wm: kwin_x11 
  dm: SDDM Distro: Manjaro Linux 
  Type: Desktop Mobo: ASUSTeK model: PRIME X370-A v: Rev X.0x 
  serial: <filter> UEFI: American Megatrends v: 0805 date: 06/20/2017 
  Device-1: hidpp_battery_0 model: Logitech Wireless Solar Keyboard K750 
  serial: <filter> charge: 95% rechargeable: yes status: Charging 
  Device-2: hidpp_battery_1 
  model: Logitech Marathon Mouse/Performance Plus M705 serial: <filter> 
  charge: 55% (should be ignored) rechargeable: yes status: Discharging 
  Topology: 8-Core model: AMD Ryzen 7 1700X bits: 64 type: MT MCP 
  arch: Zen family: 17 (23) model-id: 1 stepping: 1 microcode: 8001126 
  L2 cache: 4096 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
  bogomips: 108625 
  Speed: 2033 MHz min/max: 2200/3400 MHz boost: enabled 
  Core speeds (MHz): 1: 1818 2: 1825 3: 1812 4: 1826 5: 1732 6: 1834 
  7: 1715 8: 1804 9: 1745 10: 1729 11: 1730 12: 1734 13: 3324 14: 2525 
  15: 1926 16: 2385 
  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, STIBP: disabled, RSB filling 
  Type: tsx_async_abort status: Not affected 
  Device-1: NVIDIA GP104 [GeForce GTX 1070] vendor: ASUSTeK 
  driver: nvidia v: 440.82 bus ID: 2a:00.0 chip ID: 10de:1b81 
  Display: x11 server: X.Org 1.20.8 driver: nvidia compositor: kwin_x11 
  resolution: 1920x1080~60Hz 
  OpenGL: renderer: GeForce GTX 1070/PCIe/SSE2 v: 4.6.0 NVIDIA 440.82 
  direct render: Yes 
  Device-1: NVIDIA GP104 High Definition Audio vendor: ASUSTeK 
  driver: snd_hda_intel v: kernel bus ID: 2a:00.1 chip ID: 10de:10f0 
  Device-2: AMD Family 17h HD Audio vendor: ASUSTeK driver: snd_hda_intel 
  v: kernel bus ID: 2c:00.3 chip ID: 1022:1457 
  Sound Server: ALSA v: k5.6.16-1-MANJARO 
  Device-1: Qualcomm Atheros AR9227 Wireless Network Adapter 
  driver: ath9k v: kernel bus ID: 27:01.0 chip ID: 168c:002d 
  IF: wlp39s1 state: up mac: <filter> 
  Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: ASUSTeK driver: r8169 v: kernel port: f000 bus ID: 28:00.0 
  chip ID: 10ec:8168 
  IF: enp40s0 state: down mac: <filter> 
  Local Storage: total: 1.14 TiB used: 12.96 GiB (1.1%) 
  ID-1: /dev/sda vendor: Samsung model: SSD 850 EVO 250GB 
  size: 232.89 GiB block size: physical: 512 B logical: 512 B 
  speed: 6.0 Gb/s serial: <filter> rev: 2B6Q scheme: MBR 
  ID-2: /dev/sdb vendor: Toshiba model: DT01ACA100 size: 931.51 GiB 
  block size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s 
  rotation: 7200 rpm serial: <filter> rev: A750 scheme: GPT 
  ID-1: / raw size: 232.42 GiB size: 227.77 GiB (98.00%) 
  used: 9.38 GiB (4.1%) fs: ext4 dev: /dev/sda5 
  ID-2: /home raw size: 931.51 GiB size: 915.89 GiB (98.32%) 
  used: 3.57 GiB (0.4%) fs: ext4 dev: /dev/sdb1 
  System Temperatures: cpu: 48.1 C mobo: N/A gpu: nvidia temp: 52 C 
  Fan Speeds (RPM): N/A gpu: nvidia fan: 0% 
  Processes: 325 Uptime: 1h 10m Memory: 31.36 GiB used: 2.74 GiB (8.7%) 
  Init: systemd v: 245 Compilers: gcc: 10.1.0 Shell: bash v: 5.0.17 
  running in: konsole inxi: 3.0.37 
[storm@universe ~]$ 

It's when I start a fresh application up or loading images in Dolphin.

Since your /home is on an HDD, it could be waiting to read the application's config settings from there when launching an application.


Yes, I'd always stick an install on an SSD - whether a 128GB or a 256GB. The only issue I had was with adding a huge 200GB movie pack in a torrent client, it needed to go straight to HDD.

Other issues are solved by re-mapping any folders that contain multimedia to hard disk files (Video/Pictures/Music folders) and then 256GB is generally more than enough for any system; with 400GB SSD's being the new soft spot for cheapskates IMO.

I'm not sure how easy it would be to have /home on the SSD, but I'd be tempted to snapshot with Timeshift, then do a straight SSD install and then remount the HDD and restore the snapshot.

I have had some sort of that problem, too. My solution was to mount "/home/userxxx/Downloads" to a partition on the HDD. Ok, takes a small amount of time if you mount it via fstab, but in generally the system run with acceptable speed...

Just another idea...

That's possible, but I think /Downloads needs to be on /home, with completed downloads farmed off after completion. Only the odd stupid big pack of HD movies download need be relegated to HDD.

Quite often we'll do stuff with /Downloads for which we want the benefit of SSD slipperiness :wink:

On eOS I didn't have these "lag" problems. It's super snappy, so I don't think it's HDD/SSD issue.

Compared to SSD, I don't see how an OS can emulate the speed of a HDD unless it preloads everything into RAM.

When I browse to /mnt/T4/Pictures, I get pretty instant thumbnails now (not the first time I've been there...).

You must have a hefty internet connection, mine maxes out at ~5.5MB/s even an sd card can handle that. :sob:

What "stuff" are doing with this poor downloads folder? Never mind I don't want to know. :grin:

I think perhaps it's the speed of the SSD we're trying to emulate. :grin:

Raid, lvm, zfs (maybe btrfs, I don't use it).

I agree /home should be on the SSD, though I'm not sure it will make much difference. :slight_smile:

I just re-install Manjaro Plasma. The speed is now acceptable.

1 Like

I got (in February) the TV Series 24, 105GB per season, 9 seasons in the pack. It has nothing to do with the speed - it could take half a day or a week to download, I don't care. Take a look at StarTrekTNG packs - they're pretty big for HD content also...

It can be easy to overwhelm an SSD with a very large torrent, sometimes it has to go straight to HDD. At 256GB it's a large buffer, but not infinite.

What did you do differently this time, so we can help more people who come up with this same issue?

I stayed with the current kernel (5.6.16) instead of updating the kernel as the system suggested. That's the only thing I made differently.


1 Like

Awesome. Please note in Manjaro, you have the ability to have multiple kernels at your disposal. If you go into your applications menu and search for kernel, you will see it. Most of us generally recommend the LTS (currently 5.4.X) and the latest recommended kernel for the average user. It's good to keep more than one updated and ready on your system, as there can be issues as kernels are developed. You should not need to reinstall again just for kernel changes/usage. It's great that it fixed your issue though!!!

Note - I also changed your solution to keeping with the current kernel instead of updating. This is what fixed your system more than just "reinstall." Just in case anyone else is searching and comes across this.


You should always keep your packages up to date.
But there is absolutely no reason to chase latest kernel series (5.8, 5.9) unless there is some feature you are after (rarely) or you have ultra-new hardware that doesnt work with earlier kernels.
On Stable branch kernel 5.7 is barely a newborn at 5.7.0-3
Which, again, unless you are trying to get your newest CPU to work when it doesnt on older kernels is a bit too young to adopt in my opinion.
You should stay updated. But unless a kernel reaches end of life there isnt anything forcing you to, or even suggesting that you should, change kernel series.

Though .. for quite a long time the update-notifier has had extremely poor wording - creating the wrong impression on users. This should be tended to.
I banish such things from my system so I dont know for sure if its the same.. but maybe thats what you are referring to?


After having an issue with freezing when launching a few things (mid way through gliding the window onto the screen).

As I was told 5.6 was end of life, I had upgraded to 5.7.x - but then just a reboot later, I'd reverted to 5.4 - LTS and it's buttery smooth again on my 2013 i3-4130 rig.

A little update: I got KDE to be smoothing when I realized that "fast boot" in BIOS was on. So I disabled it and BANG everything is fast on Manjaro Plasma.

I dunno if this is should mark as the solution?

Forum kindly sponsored by