So, I have manjaro installed on an old laptop i3 dual core with 4GB ram and I’ve noticed that on boot up sometimes becomes unresponsive at the login page, then again once I login things take a couple of minutes till they become responsive again.
This also happens when the laptop enters the hybrid/sleep or idle mode, I keep pressing buttons on the keyboard to wake it up but sometimes becomes unresponsive and only after a while it shows again the login screen.
It just so happen that the other day I needed to run some specific software which is only windows related, so I installed windows along side manjaro and noticed that after almost 16 years of not using windows I can definitely say that it felt way more responsive and faster than manjaro in all aspects and honestly didn’t expect that at all!
It felt that suddenly the laptop wasn’t that old and became usable again, I dunno anything about internal dev of manjaro but the team should definitely have a look on how to improve its overall performance.
Your conclusion that Windoof would be faster than Manjaro is a clear hint that something is wrong in your specific installation as this is not the case for all other users. If you want help:
you want to say, that you was using manjaro from the beginning? but manjaro officially is 10 years old.
how you get this conclusion?
after long 16 years of not using windows, for you just enough sevarel hours, days?
how you install windows along side manjaro? what happened with bootloader? windows don’t allow to boot two systems if installed second…
Wow its the first time im reading someone praising windows OS response rate compared to Manjaro!
19 years Hardcore IT Support professional here- - Been using Windows all the time, including the stupid new Windows 11.
Manjaro Linux is way too better, way too faster, way to smooth- compared to Windows OS.
— And thats the truth… believe its a reality.
[ 0.225898] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details.
[ 0.225898] MMIO Stale Data CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/processor_mmio_stale_data.html for more details.
[ 0.226020] #3
[ 0.233105] ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
[ 0.750716] hpet_acpi_add: no address or irqs in _CRS
[ 1.265709] usb: port power management may be unreliable
[ 4.817557] cgroup2: Unknown parameter 'memory_recursiveprot'
[ 16.092665] wmi_bus wmi_bus-PNP0C14:01: WQBJ data block query control method not found
[ 16.873170] intel-vbtn INT33D6:00: failed to read Intel Virtual Button driver
[ 17.321021] r8169 0000:01:00.0: can't disable ASPM; OS doesn't have ASPM control
[ 17.649763] r8168: loading out-of-tree module taints kernel.
[ 18.286992] kvm: disabled by bios
[ 18.409863] thermal thermal_zone6: failed to read out thermal zone (-61)
[ 18.703395] kauditd_printk_skb: 58 callbacks suppressed
[ 24.751235] kauditd_printk_skb: 1 callbacks suppressed
[ 29.834166] kauditd_printk_skb: 8 callbacks suppressed
[ 38.862786] kauditd_printk_skb: 3 callbacks suppressed
[ 68.840580] kauditd_printk_skb: 7 callbacks suppressed
kernel: cgroup2: Unknown parameter 'memory_recursiveprot'
kernel: kvm: disabled by bios
kernel: kvm: disabled by bios
bluetoothd[724]: src/plugin.c:plugin_init() Failed to init vcp plugin
bluetoothd[724]: src/plugin.c:plugin_init() Failed to init mcp plugin
bluetoothd[724]: src/plugin.c:plugin_init() Failed to init bap plugin
bluetoothd[724]: src/adapter.c:reset_adv_monitors_complete() Failed to reset Adv Monitors: Unknown Comm>
lightdm[1082]: gkr-pam: unable to locate daemon control file
systemd-coredump[21982]: Failed to send coredump datagram: Connection reset by peer
kernel: watchdog: watchdog0: watchdog did not stop!
Wouldn’t that be an issue for any operating system not just linux or Manjaro?
you say: “It just so happen that the other day I needed to run some specific software which is only windows related, so I installed windows along side manjaro and noticed that after almost 16 years of not using windows I can definitely say that it felt way more responsive and faster than manjaro in all aspects and honestly didn’t expect that at all” - so that’s your conclusion, not mine
not, this is the picture of grub manjaro, that’s mean that you install manjaro after windows.
so, don’t tell me the stories to night
But you state you installed Windows after Manjaro in which case - if it is the disk causing the unresponsiveness - would indicate that your Windows installation is occupying non worn parts of the disk.
But this is only guessing - there is really no way I can know. smartctl may provide info on your disk’s confition
smartctl --health
I note a couple of things
default swappiness is 60
5400RPM rotating disk
CPU vulnerabilities
You could try tweaking the system
disable watchdog
enable bfq scheduler for rotational disk
reduce swappiness to a value between 10-25
disable mitigations
Perhaps experimenting with a newer kernel - e.g. 5.15, 6.1, 6.2 or 6.3
smartctl 7.3 2022-02-28 r5338 [x86_64-linux-5.4.242-1-MANJARO] (local build)
Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
Couldn’t some of these settings be handled automatically by manjaro (e.g., 2 &3) ? I don’t think a user just using a pc with manjaro installed can even comprehend what are these settings let alone understand how to tweak them.
So far, I have implemented 2 & 3 in addition to
switching governor to perfomance but haven’t noticed any difference.
Wouldn’t this cause security issues?
Is this recommended? I read that for personal computers is fine but doesn’t hurt to double check.
Manjaro is largely a self-service distribution - providing an Arch based system largely working OOB - and has - for what I know - never guaranteed to work with any and all hardware automagically.
That implies that what works for you may not work for me and vice-versa.
My suggestions is what they are - suggestions - not a magic wand.
You will have to experiment - see what works for you.
As for recommendations and security considerations - don’t forget - you are the system administrator - you make the decisions.
Personally I disable mitigations because I have thought it through.
On recent Intel 10.gen the performance impact of mitigations is minimal but older systems may suffer a great deal more - hence the suggestion.
CPU ‘vulnerabilities’ got a great deal of hype but one has to consider that while those vulnerabilities is technically possible - none of them is seen outside labs - and you have to consider the cost of implementing them - the mitigations - that is.
Thank you for posting your problem.
I have some points that might be helpful:
In you original post you explained that you are experiencing unresponsiveness at login screen but after that you continued mentioning that Windows is more responsive in general. Which is the main issue? These two can have totally different causes.
I suggest we put aside problems for system wake up as power management state changes have a history of being problematic (also in Windows).
I professionally use both Windows and Manjaro on a daily basis and can say there is no performance leap on any side. But there may be situations where a specific hardware performs better on Windows. The reason is that the hardware vendors usually have a Windows first policy when providing high quality device drivers. This is specially more problematic with older hardware. The reason is that fortunately there is better support for Linux today than before as the user base grows.
Your memory is low. With today’s software you will run out of memory pretty fast on any OS.
Update your software and kernel on Manjaro. I see your kernel is a bit old.
When experiencing unresponsiveness see if the hard disk is heavily working (by sensing its sound or HDD light). If that is the case it is highly probable that you physical memory is insufficient and system is heavily swapping.
Finding the specific cause for a problem like yours can become too technical and therefore not feasible. That is why updating software and device drivers is the best way to go. But you may try to if you are enthusiastic. It would be a good learning experience at the least. Monitor your system performance/activity using KSysGuard and KSystemLog tools at different conditions. Play with them and see what information you can get out of them.
Another cause for losing performance is bad cooling. If your CPU gets hot it will throttle down automatically. So make sure its vents are open and clean and its fan is performing well.