SYSTEM INFORMATION
OS type and version | Debian Linux 11
Usermin version | 2.302
Virtualmin version | 7.30.8
Theme version | 24.02
Apache version | 2.4.62
Package updates | All installed packages are up to date
The Virtualmain panel has become heavy after recent updates to the admin panel and the menus are slow to open on low-end systems. There is probably a bug causing this. Are you experiencing the same issue?
No, not here.
What browser? (probable cause)
what sort of connection? (4G phone on WiFi)
broadband optical line or wired copper?
which recent update? package or application.
Both on the Samsung J8 phone browser (Edge - Samsung - Firefox) with WiFi and 4.5G internet and on the laptop browser (Edge) with Windows 10, 4 GB RAM, N5000 CPU and high-speed internet, It goes without saying that my server is with an ARM processor, with 4 processor cores and 8 GB of RAM.
I have one server where virtualmin is either slow or impossible to load specs are 500mb ram, 1 cpu, 10mb disk space, on this server while virtualmin stats is loading. Sometimes the omm killer knocks a service out or 2, perhaps the minimum ram requirement of 250 mb ish needs to be upped a bit as i am sure this was the memory requirement before the authentic theme, and as the authentic theme does a lot more than the older themes there may be a bigger overhead these days
I have no problems on the server side and everything works fine. Sometimes I need to access the panel using a phone or a system with low processing power, but it has become really slow, to the point where I sometimes give up on continuing my work. Previously, I could easily access the panel using all systems and do my work.
I often have to visit clients with old systems (even Windows 7 on old laptops and even archaic Modem wired BT connectivity) they do internet crawl but it is still workable.
is someone hogging your connection or digging the road up outside?
If you run the top -c command while logged into that slow server and try to load one of the Virtualmin pages, does anything stand out in the top command output?
Also, what is the output of free -h on your system?
total used free shared buff/cache available
Mem: 7.6Gi 2.8Gi 586Mi 260Mi 4.2Gi 4.3Gi
Swap: 3.0Gi 184Mi 2.8Gi
I’d like to provide a bit more context regarding the issue:
On low-end devices (such as older smartphones or less powerful PCs), Virtualmin now appears to struggle — the loading process stalls at around 16% when opening menus, and reaches about 60% during the init phase. During this time, the client device’s CPU usage spikes to 100%, while the server remains idle and shows no signs of high resource usage.
What’s interesting is that this behavior only affects low-end client devices. On newer and more powerful systems, Virtualmin performs smoothly and loads without any issues.
In the past, even these weaker devices were able to run Virtualmin reasonably well, so I’m wondering whether recent updates — particularly in the front-end or theme — might have introduced heavier rendering or processing that affects performance on older hardware.
I’d greatly appreciate any suggestions you might have, such as possible optimizations or features that can be disabled to improve compatibility with less capable clients.
Can you clearly define what you mean by a low-end client device? Also, do the devices you’re talking about use batteries? If they do, is it possible that vendors slow down the hardware on purpose when the battery starts to degrade?
In the past? How far back are you talking about? Was it with an older Framed Theme, or do you always mean it was used with Authentic, and was faster back then? If so, this is unlikely because Authentic constantly goes through improvements and bug fixes.
My old Samsung J8 (Snapdragon 450 / 4GB RAM, Android 10) — tested with Firefox, Edge, and Samsung Internet.
A laptop with Pentium Silver N5000, 4GB RAM, Windows 10, running Edge and Chrome.
They’re obviously not high-performance machines — but they used to handle Virtualmin just fine until recently. Also, these devices aren’t being throttled due to battery issues or thermal limits. They run other modern web panels and fairly JS-heavy websites without much trouble.
What’s odd is that the CPU spike happens entirely on the client side, not the server. While Virtualmin is loading (especially during the init phase or when opening menus), the browser hits 100% CPU, yet the server shows low load and low memory usage. This behavior wasn’t present a few months ago.
Regarding the theme — yes, I’ve been using Authentic consistently (not Framed or Gray), and the slowdown seems to have started sometime after version 24.00 or so. No changes on my side — same devices, same browsers, same internet. That’s why I suspect something in the frontend may have become heavier — perhaps in terms of JavaScript complexity or rendering overhead.
Would it be possible to offer a way to tweak the UI for better performance on older or less capable devices? Maybe a “minimal mode” that reduces animations, transitions, and live elements?
I completely understand that modern software evolves and naturally requires stronger hardware — that’s expected. Still, having a lighter or performance-optimized option (even experimental) would greatly improve Virtualmin’s flexibility and accessibility across a wider range of environments.