LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Desktop (https://www.linuxquestions.org/questions/linux-desktop-74/)
-   -   Early swap usage (https://www.linuxquestions.org/questions/linux-desktop-74/early-swap-usage-4175665243/)

ychaouche 12-01-2019 12:01 PM

Early swap usage
 
Hello.

I'm using Kubuntu 19.10 and noticed that swap was used very early after starting the desktop, even if there's still RAM available (4Gb RAM, KDE Plasma Desktop). How can I troubleshoot what's causing this early use of swap ? isn't swap supposed to be used only if RAM is full ? can I do something about it ?

frankbell 12-01-2019 08:53 PM

What does top or htop tell you about memory usage?

ychaouche 12-03-2019 04:33 AM

Please see imgur album here : https://imgur.com/a/ba7FR6j

syg00 12-03-2019 04:53 AM

Quote:

Originally Posted by ychaouche (Post 6063668)
isn't swap supposed to be used only if RAM is full ? can I do something about it ?

No and no.
Swap is a resource available to the memory management system to manage and balance as it sees fit. Many man years of effort by a bunch of very smart people have gone into the code.
Go find a real problem to worry about. If it really worries you, issue a swapoff/swapon.

ychaouche 12-03-2019 05:02 AM

Ah, this is good to know. The real problem that worries me is the system being slow after some time. I have linked this with swap usage because many times when system becomes unresponsive, I see one or two processes in "disk sleep" state, which means they are waiting for data from disk (could writes also be blocking ? dunno), which is why I thought maybe they are reading from the swap file (since the monitoring tools show swap usage). But after reading your post I assume swap is not an indicator of poor system health.

pan64 12-03-2019 05:39 AM

www.linuxatemyram.com will explain some details.

teckk 12-03-2019 01:14 PM

Code:

cat /proc/sys/vm/swappiness
60

You can change that.
https://wiki.archlinux.org/index.php/Swap#Swappiness

Look at your distros docs.

walker 12-28-2019 04:30 PM

Quote:

Originally Posted by ychaouche (Post 6063668)
Hello.

I'm using Kubuntu 19.10 and noticed that swap was used very early after starting the desktop, even if there's still RAM available (4Gb RAM, KDE Plasma Desktop). How can I troubleshoot what's causing this early use of swap ? isn't swap supposed to be used only if RAM is full ? can I do something about it ?

There's often a misunderstanding about kernel memory paging especially with swap space.

Swap is used always, despite from physical memory in use.
Kernel memory paging put on swap space not often used data despite if ram is full or not.

You aren't anyway using the lightest distro out here, ubuntu and derivatives, since introduction of snapd daemon, waste a bunch of resources doubling already present services and added with the most resources hungry desktop environment.

You have not only to consider the used memory but also the cached memory only the difference between the total memory minus memory reserved for video card+used memory+cached memory is really "in hand" to system i.e. in my system with base 1GB ram right now really free memory is 376MB and it doesn't anyway swap

Quote:

free -m
total used free shared buff/cache available
Mem: 985 427 376 19 181 410
Swap: 2047 0 2047
Maybe your system is to heavy on memory and that's why kernel transfers data to swap.

Eye candies have an high memory price and an high price in system responsiveness too.

I can only suggest you to check with a lighter live i.e. MX Linux which runs smoothly live on my other machine with 2GB ram without swapping.

Let us know.

ludist 12-29-2019 04:44 PM

Quote:

Originally Posted by ychaouche (Post 6063668)
isn't swap supposed to be used only if RAM is full ?

Yes, but this not the default to my knowledge in any distro.

Quote:

swappiness
This control is used to define how aggressive the kernel will swap memory pages. Higher values will increase aggressiveness, lower values decrease the amount of swap. A value of 0 instructs the kernel not to initiate swap until the amount of free and file-backed pages is less than the high water mark in a zone.

The default value is 60.
source, with more RAM details.

Quote:

Originally Posted by ychaouche (Post 6063668)
can I do something about it ?

Yes. Try swappiness 0 or whatever setting suits to your setup / use case.

Code:

echo 10 > /proc/sys/vm/swappiness
root@x2:~# cat /proc/sys/vm/swappiness
10

I have one machine with half RAM than expected (heavy load on ram) and after many failures is working properly with swappiness 10
Code:

sysctl -a | grep swap
vm.swappiness = 10
total      used      free    shared    buffers    cached
Mem:          481        475          6        13          0        68
-/+ buffers/cache:        406        75
Swap:        1023        316        707

After restart, the swap is always used, because the ram is very small.

my light machine is like that
Code:

sysctl -a | grep swap
vm.swappiness = 60
root@x2:~# free -m
              total        used        free      shared  buff/cache  available
Mem:          1504        458        619          83        426        780
Swap:          494        209        285

So, although I have 60 swappiness, since I have plenty of RAM (and light usage) I have less swapped memory.

And my main machine with 6G of ram
Code:

vm.swappiness = 0
23:24:54|503|root@x:~# free -m
              total        used        free      shared  buff/cache  available
Mem:          5883        631        2668        156        2583        4821
Swap:          4479        464        4014

So you can see that the machine with more ram uses more swap, although the setting is to zero. (My main machine operates with many different programs and hibernates to swap).

So probably kubuntu is too heavy and needs swap. You can try 0 setting, but in my stressed machine 10 was the right choice.

I think KDE is a disaster for memory. Only XFCE here for many years. I never worked with KDE the last 10 years.

Quote:

Originally Posted by walker (Post 6072055)
Swap is used always.

To my knowledge this true for Windows, but not for Linux. You can even remove swap with swapoff. This is impossible in windows.

walker 12-30-2019 07:02 AM

Quote:

Originally Posted by ludist (Post 6072368)
So probably kubuntu is too heavy and needs swap. You can try 0 setting, but in my stressed machine 10 was the right choice.

Didn't I write the same?
Giving also a link to a comparison which demonstrates this.

Quote:

Originally Posted by ludist (Post 6072368)
I think KDE is a disaster for memory. Only XFCE here for many years. I never worked with KDE the last 10 years.

I too from a little more. I switched to the true Gnome (2) and when Gnome 3 came switched to XFCE.
Now I use Icewm on my daily driver and JWM for my rescue system installed on a 16GB usb key built upon Devuan minimal live and it run witn fancy transparency too with less than 100MB ram.

I think that reinventing the wheel (Pantheon, Cinammon aso) is a waste of time, and not so smart, when you could instead help to improve what already exists and works.

It seems, too, that the Big Corps. take over of GNU/Linux keep using but formerly getting rid of GNU is also a try to increase hardware requirements hoping to help manufacturers to sell not needed new hardware cause sales are plunging year after year.

My machine with more ram is an eeePC with 2GB ram and with the right OS it works flawlessly also with a 32bit Atom Z520 and I don't use only a browser to surf the net as the large majority do.
My daily driver is an eeePC with 1GB ram and an Atom N455 64bit and my media center used also to watch TV with a DVB/T-T2 usb decoder and watch DVD's is a 2006 IBM T41 32bit 1,4GHZ CPU with 1,5GB ram coupled with a BenQ 32" display.

The will to learn let you save a bunch of money so you haven't to work 24/7 cause money is never enough and in the spare time you can help others, free of charge, to acquire knowledge so they won't be forced to do the beta tester for easy big corps Linux like Canonical IBM\RedHat Suse letting them make money on users' free of charge work.

Quote:

Originally Posted by ludist (Post 6072368)
Quote:

Originally Posted by walker (Post 6072055)
Swap is used always.

To my knowledge this true for Windows, but not for Linux. You can even remove swap with swapoff.

Yes, you can!
swapoff -a will disable every swap space found and mounted on boot but I think we were talking about normal use of an out of the box distro.
But take care that this is no longer true for Ubuntu since 17.04 cause a big corp (Canonical) has decided to replace the swap partition with a swap file resembling Windows.

That's why I avoid fake free software coming from Big Corps and also their, even if community developed (i.e. Mint) derivatives.

Sorry for the, sometimes, OT but it seems that a majority confuse a kernel (Linux is only a kernel useless by itself) with an OS so a little history is sometimes needed.

If you don't like to read cause history is boring... watch it!

Basslord1124 12-30-2019 11:09 AM

As others have said, it's probably KDE. KDE is probably one of the resource hungry of user interfaces. I used to use way back, but haven't used it in many many years. I say change your GUI or if you want to keep using it, I'd recommend upgrading your RAM.

mrmazda 12-31-2019 04:11 AM

Quote:

Originally Posted by walker (Post 6072055)
with the most resources hungry desktop environment.

That characterization apparently may have become obsolete with KDE versions newer than that in Kubuntu 19.10: https://www.forbes.com/sites/jasonev...crown-in-2020/

OP is maybe a candidate to switch to KDE neon.

walker 12-31-2019 05:28 AM

Quote:

Originally Posted by mrmazda (Post 6072755)
That characterization apparently may have become obsolete with KDE versions newer than that in Kubuntu 19.10: https://www.forbes.com/sites/jasonev...crown-in-2020/

OP is maybe a candidate to switch to KDE neon.

I don't trust too much in Forbes & Co. I prefer true amateur site like distrowatch itsfoss aso.

Anyway I've downloaded the latest current (development) Slackware on which is possible to install KDE Plasma 5 so we will see if it's really a KDE trouble or Big Corps Linux without GNU, as I suspect, is defective by design developed with addition of useless daemons and init system injected with binary to follow the road opened by #M$ to bootlick hardware manufacturers to convince them to install their OS's cause they will ensure them a quicker, not needed by normal user, hardware turnover and consequently new hardware sales they won't never had.
i.e. Dell supplies PC with Ubuntu Brought to you by Canonical with Headquarter in the Isle of Man to pay less taxes.

I prefer the true GNU/Linux phylosophy which was recycle instead to toss thanks to GNU/Linux also cause toss still functioning hardware to me it's a crime against environment and it worsen #ClimateChange.

Today I will do some tries.

walker 12-31-2019 05:23 PM

Quote:

Originally Posted by Basslord1124 (Post 6072590)
As others have said, it's probably KDE. KDE is probably one of the resource hungry of user interfaces. I used to use way back, but haven't used it in many many years. I say change your GUI or if you want to keep using it, I'd recommend upgrading your RAM.

Yes!
You, and me, are right.

A 4GB machine is nowadays too weak for Big Corps. Linux maybe they did agreement with hardware vendors, as I suspect, to help them in selling not needed new hardware cause sales are plunging.

A crazy friend give me some days ago a 4 years old 17" HP Laptop with a Core I5 4210U 8GB ram and a 256GB SDD (I keep it as last resort cause I need portability that's why I use old netbooks).
On it he installed Makulu Linux Core derived from Debian so without snapd and all other Ubuntu candies and anyway the bare system as soon as switched on has a memory consumption of 586MB.

On the same machine I had run live AUSTRUMI a Slackware derivative without systemd and Canonical eye candies it runs with 184MB.

It's impossibile to find Kubuntu system requirement and this is not so polite but looking at standard Ubuntu (with Gnome 3) requirements....

Ubuntu Desktop System Requirements

ychaouche is forced to upgrade the ram or switch to a true GNU/Linux distro not bloated with useless services and which wastes ram to load more than once and maybe more than twice the same library only in different version to install with a click statically linked executable.

Sad to say but this is the truth, a machine with 4GB ram which I could use still for years for a newbie or for who follows the herd is an ewaste.

Hope this helped. :(

I'm here to help eventually in choosing and using other to avoid to give away money for a not needed memory upgrade or ever worse to toss a still perfect functioning PC only cause a Big Corp has decided so.

Btw. @ychaouche if you want a KDE out of the box suitable for newcomers give a spin to PCLinuxOS
It has KDE but a minimum memory requirement which is an half of Ubuntu Desktop 2GB minimum instead of 4GB

Let us know!

greencedar 01-01-2020 09:07 AM

I found the information concerning swap in this website helpful in what is going on with swap.

https://www.linuxatemyram.com/play.html

walker 01-02-2020 10:01 AM

Quote:

Originally Posted by greencedar (Post 6073126)
I found the information concerning swap in this website helpful in what is going on with swap.

https://www.linuxatemyram.com/play.html

I had already took a look at that.

But this doesn't change the things.

Nowadays a 4GB ram machine is too weak on memory for Kubuntu & also for Ubuntu brought to you by Canonical a Big Corp owned by a billionaire.

Better luck with Xubuntu & Lubuntu but they don't have KDE.

For a newcomer with a 4GB ram machine the only feasible way to have KDE is to install PCLinuxOS KDE Edition

Always if they don't have a Broadcom BCM43142 wireless chip cause at least in the latest PCLinuxOS OpenBox Community Edition it doesn't work.

pan64 01-02-2020 10:22 AM

Quote:

Originally Posted by walker (Post 6073418)
For a newcomer with a 4GB ram machine the only feasible way to have KDE is to install PCLinuxOS KDE Edition

No, KDE itself is very heavy-weight and resource hungry. So better to avoid....

Basslord1124 01-02-2020 11:21 AM

Quote:

Originally Posted by walker (Post 6072991)
Yes!
You, and me, are right.

A 4GB machine is nowadays too weak for Big Corps. Linux maybe they did agreement with hardware vendors, as I suspect, to help them in selling not needed new hardware cause sales are plunging.

A crazy friend give me some days ago a 4 years old 17" HP Laptop with a Core I5 4210U 8GB ram and a 256GB SDD (I keep it as last resort cause I need portability that's why I use old netbooks).
On it he installed Makulu Linux Core derived from Debian so without snapd and all other Ubuntu candies and anyway the bare system as soon as switched on has a memory consumption of 586MB.

On the same machine I had run live AUSTRUMI a Slackware derivative without systemd and Canonical eye candies it runs with 184MB.

It's impossibile to find Kubuntu system requirement and this is not so polite but looking at standard Ubuntu (with Gnome 3) requirements....

Ubuntu Desktop System Requirements

ychaouche is forced to upgrade the ram or switch to a true GNU/Linux distro not bloated with useless services and which wastes ram to load more than once and maybe more than twice the same library only in different version to install with a click statically linked executable.

Sad to say but this is the truth, a machine with 4GB ram which I could use still for years for a newbie or for who follows the herd is an ewaste.

Hope this helped. :(

I'm here to help eventually in choosing and using other to avoid to give away money for a not needed memory upgrade or ever worse to toss a still perfect functioning PC only cause a Big Corp has decided so.

Btw. @ychaouche if you want a KDE out of the box suitable for newcomers give a spin to PCLinuxOS
It has KDE but a minimum memory requirement which is an half of Ubuntu Desktop 2GB minimum instead of 4GB

Let us know!


That is one thing I do love about Linux, it works great on older hardware. With just a little bit of digging and research, you can find the perfect distro that will perform excellent on your machine. I'm testing out a distro (Peppermint) on an old Pentium 4 machine with 2GB of RAM. It's running right now and only using 270MB of RAM and has a nice GUI. I've got a quad core laptop too with 4GB of RAM running Linux Mint which is light on resources as well. I would rather my RAM be utilized for my programs moreso than running the GUI. I often think that if I had a lot of RAM, I'd still try to be lightweight with it. Really, IMO, one of the bigger memory killers is web browsing...go to those webpages with all their animations, graphics, etc. :eek:

mrmazda 01-02-2020 12:10 PM

Quote:

Originally Posted by pan64 (Post 6073426)
No, KDE itself is very heavy-weight and resource hungry. So better to avoid....

So I guess even though it claims to be a lightweight desktop, XFCE must be very heavy-weight and resource hungry too. As indicated by my reply #12 here, in latest version of KDE it and XFCE weigh very nearly the same.

pan64 01-02-2020 12:34 PM

Quote:

Originally Posted by mrmazda (Post 6073486)
So I guess even though it claims to be a lightweight desktop, XFCE must be very heavy-weight and resource hungry too. As indicated by my reply #12 here, in latest version of KDE it and XFCE weigh very nearly the same.

why do you think they are nearly the same?
Quote:

Xfce is a lightweight desktop environment for UNIX-like operating systems. It aims to be fast and low on system resources, while still being visually appealing and user friendly.
https://xfce.org/

mrmazda 01-02-2020 12:45 PM

Quote:

Originally Posted by pan64 (Post 6073501)
why do you think they are nearly the same?

Because I digested the info at that URL before posting the link to it here. I don't see enough difference there between the two to say unequivocally one is "lightweight" while the other is "very heavy". Both should be in the same weight class, whatever that class may be.

walker 01-02-2020 01:15 PM

1 Attachment(s)
Quote:

Originally Posted by Basslord1124 (Post 6073450)
I'm testing out a distro (Peppermint) on an old Pentium 4 machine with 2GB of RAM. It's running right now and only using 270MB of RAM and has a nice GUI.

You have a strange concept of lightness. :D

With such ram on a distro without spyware and useless system you can run also xfce with standalone apps.

This is not XFCE but some app and the system... 92MB ram eye candies included.

walker 01-02-2020 01:23 PM

Quote:

Originally Posted by pan64 (Post 6073426)
No, KDE itself is very heavy-weight and resource hungry. So better to avoid....

Sorry but I can't agree.

It's not, only due to KDE, also the base sucks.

With the same DE... 2GB bare minimum memory required.
They are not wizard.
Maybe less garbage running?

Gnome is "lighter"?

Well, 4GB are the bare minimum and it's neither my fault Canonical official specs

pan64 01-02-2020 01:29 PM

KDE and Gnome are the "biggest" ones.
https://www.lifewire.com/best-linux-...nments-4120912

walker 01-02-2020 01:52 PM

Quote:

Originally Posted by pan64 (Post 6073525)
KDE and Gnome are the "biggest" ones.
https://www.lifewire.com/best-linux-...nments-4120912

Not from yesterday but numbers and numbers matter, not opinion of generalist sites.

And numbers don't lie as humans do.

Ubuntu is heavy by itself (4GB minimum required for the version with the "lighter" Gnome shell if more than 700MB only for the DE are "few") added with KDE is out of scope for 4GB machine.

Basslord1124 01-02-2020 02:16 PM

Quote:

Originally Posted by walker (Post 6073518)
You have a strange concept of lightness. :D

With such ram on a distro without spyware and useless system you can run also xfce with standalone apps.

This is not XFCE but some app and the system... 92MB ram eye candies included.

I know I could go lighter but a part of me really wanted to give Peppermint a try and this was one of the few machines I could get it to cooperate on. It's just for testing/trying out anyways...nothing I am going to use in everyday computing. I like tinkering, testing, and trying out different distros on a lot of my old hardware that's been collecting dust. Also, I've just recently been diving back into Linux computing as a "desktop" from a big hiatus. So far for lightweight options I've tried: Linux Mint Cinnamon, Peppermint, Debian with MATE, and antiX...I think they all have performed very well.

Never tried JWM, but I did try IceWM back when I was using Puppy Linux. It did well. Most GUIs I have been fine with, but XFCE is one I just never really cared for.

mrmazda 01-02-2020 02:21 PM

Quote:

Originally Posted by pan64 (Post 6073525)
KDE and Gnome are the "biggest" ones.
https://www.lifewire.com/best-linux-...nments-4120912

Was anything there tested side by side on identical hardware? There's no mention there which versions were tested, or any numbers other than publication date and the version of Gnome that Mate was based upon. If not the latest KDE version, Plasma was probably misrepresented. It's been on a weight loss program to eliminate its reputation for bloat.

walker 01-02-2020 02:28 PM

Quote:

Originally Posted by Basslord1124 (Post 6073541)
I like tinkering, testing, and trying out different distros on a lot of my old hardware that's been collecting dust.

I too cause such hardware can serve people in needs.

Quote:

Originally Posted by Basslord1124 (Post 6073541)
Never tried JWM, but I did try IceWM back when I was using Puppy Linux. It did well. Most GUIs I have been fine with, but XFCE is one I just never really cared for.

You have tried JWM cause Puppy Linux uses JWM :D

antiX instead uses IceWM as standard desktop manager but clicking F1 at the login screen you can use JWM, Fluxbox or HerbstluftWM (something like Monad, i3 aso keyboard driven).

XFCE is the joker of desktop manager.
With it you can easily resemble a windows like user interface or a Mac like one with little tweaking.

walker 01-02-2020 02:32 PM

Quote:

Originally Posted by mrmazda (Post 6073544)
Was anything there tested side by side on identical hardware? There's no mention there which versions were tested, or any numbers other than publication date and the version of Gnome that Mate was based upon. If not the latest KDE version, Plasma was probably misrepresented. It's been on a weight loss program to eliminate its reputation for bloat.

Here are the numbers

KDE Plasma is the fattest DE out there.

mrmazda 01-02-2020 02:49 PM

Quote:

Originally Posted by walker (Post 6073548)
Here are the numbers

KDE Plasma is the fattest DE out there.

30 August 2017 makes those antique numbers, obsolete, and distorted by sitting on Ubuntu.

walker 01-02-2020 03:18 PM

Quote:

Originally Posted by mrmazda (Post 6073559)
30 August 2017 makes those antique numbers, obsolete, and distorted by sitting on Ubuntu.

You can't run a DE by itself without an OS but considering that the test has been done one the same machine with the same OS the evidences are unquestionable.

KDE is the heaviest since 2002 when I started my adventure using only GNU/Linux without dual boot.

To hope to have responsiveness with KDE on a 4GB machine, you are right in this, it's needed another GNU/Linux.
Fortunately ...buntu != GNU/Linux
It's plenty of lighter choices on which run KDE avoiding also third parties distros based on ...buntu family.

mrmazda 01-03-2020 05:03 AM

Quote:

Originally Posted by walker (Post 6073570)
You can't run a DE by itself without an OS

No doubt.

Quote:

but considering that the test has been done one the same machine with the same OS the evidences are unquestionable.
Maybe two years ago, but that Phoronix data is ancient compared to the data at my previously provided Forbes URL. KDE did in fact announce yet more improvements in RAM usage with 5.17 in October, in addition to those over the past two years.

Here's some more current data, from 4 old multiboot PCs equipped with DDR2 SIMMs totalling 2048 GiB. None had any attempt made to equalize any of the others. Except for bringing the 4 Tumbleweeds current, I just collected what was available from what was already installed. Each X startup was immediately post-boot running only Konsole in order to run inxi -SI. I made no attempt to discover what post-updates startup processes may have been running that may have terminated and freed up RAM if given enough time. I tried to include more distros, but on these oldsters with 2 GiB RAM, the pickings were slim. Mageia 7s and Fedora 31s on these 4 all have broken DMs and/or no KDE, and the Ubuntus are all 16.04 and/or only IcwWM and TDE. All Debians are only IceWM and TDE. I have more with only 2 GiB RAM, but only with TDE or KDE3 and IceWM and/or not current enough to be relevant. Compositing is disabled on all, as was any sort of user data indexing. All filesystems are EXT4. The main two things shown following are:
  • The difference between booting to text mode and booting into a DE, which was as little as 46.7 MiB on Buster with IceWM, and as much as to between 296.0 MiB and 347.3 MiB on Tumbleweed with Plasma; and
  • Percentage-wise there is a lot of RAM remaining for apps to run in. People who only do one or two things at a time shouldn't need more than 2GiB even with KDE5.
Code:

System:    Host: g5eas Kernel: 4.19.0-6-amd64 x86_64 bits: 64 Console: tty 3 Distro: Debian GNU/Linux 10 (buster)
Info:      Processes: 152 Uptime: N/A Memory: 1.95 GiB used: 146.9 MiB (7.4%) Init: systemd runlevel: 3 Shell: bash  inxi: 3.0.37
System:    Host: g5eas Kernel: 5.3.12-2-default x86_64 bits: 64 Console: tty 3 Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 159 Uptime: N/A Memory: 1.93 GiB used: 154.9 MiB (7.8%) Init: systemd runlevel: 3 Shell: bash inxi: 3.0.37
System:    Host: g5eas Kernel: 4.19.0-6-amd64 x86_64 bits: 64 Desktop: IceWM Distro: Debian GNU/Linux 10 (buster)
Info:      Processes: 168 Uptime: 2m Memory: 1.95 GiB used: 192.6 MiB (9.7%) Shell: bash inxi: 3.0.37        #  45.7 MiB > 146.9 MiB
System:    Host: g5eas Kernel: 5.3.12-2-default x86_64 bits: 64 Desktop: IceWM 1.6.3  Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 168 Uptime: N/A Memory: 1.93 GiB used: 238.0 MiB (12.0%) Shell: bash inxi: 3.0.37        #  83.1 MiB > 154.9 MiB
System:    Host: g5eas Kernel: 4.19.0-6-amd64 x86_64 bits: 64 Desktop: Trinity R14.0.7 Distro: Debian GNU/Linux 10 (buster)
Info:      Processes: 184 Uptime: 1m Memory: 1.95 GiB used: 267.6 MiB (13.4%) Shell: bash inxi: 3.0.37        # 120.7 MiB > 146.9 MiB
System:    Host: g5eas Kernel: 5.3.12-2-default x86_64 bits: 64 Desktop: KDE Plasma 5.17.4  Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 177 Uptime: N/A Memory: 1.93 GiB used: 494.9 MiB (25.0%) Shell: bash inxi: 3.0.37        # 340.0 MiB > 154.9 MiB

System:    Host: gx62b Kernel: 5.3.12-2-default x86_64 bits: 64 Console: tty 3 Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 162 Uptime: N/A Memory: 1.92 GiB used: 185.2 MiB (9.4%) Init: systemd runlevel: 3 Shell: bash inxi: 3.0.37
System:    Host: gx62b Kernel: 5.3.12-2-default x86_64 bits: 64 Desktop: IceWM 1.6.3 Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 148 Uptime: N/A Memory: 1.92 GiB used: 241.8 MiB (12.3%) Shell: bash inxi: 3.0.37        #  56.6 MiB > 185.2 MiB
System:    Host: gx62b Kernel: 5.3.12-2-default x86_64 bits: 64 Desktop: KDE Plasma 5.17.4  Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 174 Uptime: N/A Memory: 1.92 GiB used: 481.2 MiB (24.4%) Shell: bash inxi: 3.0.37        # 296.0 MiB > 185.2 MiB

System:    Host: mcp61 Kernel: 5.3.12-2-default x86_64 bits: 64 Console: tty 3 Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 130 Uptime: N/A Memory: 1.87 GiB used: 154.6 MiB (8.1%) Init: systemd runlevel: 3 Shell: bash  inxi: 3.0.37
System:    Host: mcp61 Kernel: 4.19.0-6-amd64 x86_64 bits: 64 Console: tty 3 Distro: Debian GNU/Linux 10 (buster)
Info:      Processes: 122 Uptime: 2m Memory: 1.89 GiB used: 160.0 MiB (8.3%) Init: systemd runlevel: 3 Shell: bash  inxi: 3.0.37
System:    Host: mcp61 Kernel: 5.3.12-2-default x86_64 bits: 64 Desktop: IceWM 1.6.3 Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 139 Uptime: N/A Memory: 1.87 GiB used: 256.7 MiB (13.4%) Shell: bash inxi: 3.0.37        # 102.1 MiB > 154.6 MiB
System:    Host: mcp61 Kernel: 4.19.0-6-amd64 x86_64 bits: 64 Desktop: Trinity R14.0.7  Distro: Debian GNU/Linux 10 (buster)
Info:      Processes: 154 Uptime: 3m Memory: 1.89 GiB used: 320.4 MiB (16.6%) Shell: bash  inxi: 3.0.37 # 160.4 MiB > 160.0 MiB
System:    Host: mcp61 Kernel: 5.3.12-2-default x86_64 bits: 64 Desktop: KDE Plasma 5.17.4  Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 162 Uptime: N/A Memory: 1.87 GiB used: 501.9 MiB (26.2%) Shell: bash inxi: 3.0.37 # 347.3 MiB > 154.6 MiB

System:    Host: p5bse Kernel: 5.3.12-2-default x86_64 bits: 64 Console: tty 3 Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 129 Uptime: N/A Memory: 1.93 GiB used: 133.2 MiB (6.7%) Init: systemd runlevel: 3 Shell: bash inxi: 3.0.37
System:    Host: p5bse Kernel: 5.3.12-2-default x86_64 bits: 64 Desktop: IceWM 1.6.3 Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 140 Uptime: N/A Memory: 1.93 GiB used: 232.9 MiB (11.8%) Shell: bash inxi: 3.0.37        #  99.7 MiB > 133.2 MiB
System:    Host: p5bse Kernel: 5.3.12-2-default x86_64 bits: 64 Desktop: KDE 3  Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 156 Uptime: N/A Memory: 1.93 GiB used: 259.0 MiB (13.1%) Shell: bash inxi: 3.0.37        # 125.8 MiB > 133.2 MiB
System:    Host: p5bse Kernel: 5.3.12-2-default x86_64 bits: 64 Desktop: KDE Plasma 5.17.4  Distro: openSUSE Tumbleweed 20200101
Info:      Processes: 163 Uptime: N/A Memory: 1.93 GiB used: 456.7 MiB (23.1%) Shell: bash inxi: 3.0.37        # 323.5 MiB > 133.2 MiB

This should be a rough baseline for others to compare with Gnome, XFCE and the lighter weight DEs, and other distros.

walker 01-03-2020 07:32 AM

Quote:

Originally Posted by mrmazda (Post 6073851)
KDE did in fact announce yet more improvements in RAM usage with 5.17 in October, in addition to those over the past two years.

This should be a rough baseline for others to compare with Gnome, XFCE and the lighter weight DEs, and other distros.

Ehy mrmazda, keep calm!

It seems that you are a KDE developer.

You completely miss what already stated in the previous posts.

I summarise.

To answer to the question which starts the post:

Kubuntu is not suitable for 4GB machine it's needed a memory upgrade or to choose a lighter distro out of the ...buntu and derivatives family i.e. PCLinuxOS KDE (minimum required 2GB ram) cause, maybe due to the fact that Canonical supplies its OS to Dell they are interested in helping Dell to increase sales to demonstrate the benefits given by the partnership.

Anyway also with lighter distro to avoid to have a crappy system which continuosly swap also with swappiness 0 on 2GB machines you have also to avoid spyware bloated browsers like Chrome and Chromium cause with a single page opened Chrome launches 4 processes and has a 400MB memory consumption by itself.

As you see I don't charge only KDE cause the trouble has more than one cause.

I'm agnostic not a fanboy of anything.

cwizardone 01-03-2020 08:15 AM

I've been comparing the numbers between Xfce and KDE4/5 for years, i.e., ever since that disaster known as KDE-4.0. I had been a big fan of KDE up until that point.
I don't have the numbers handy and would be lucky to find them if I looked as I would jot them down on a yellow pad. However, on the same hardware and making an effort to be running the same applications, over the last few years KDE and Xfce have been very close. IIRC, last time I did a comparison, KDE was running fewer processes, but was using 80 megs more memory than Xfce. These days that is pretty close. I have always wondered why KDE reports, via gKrellm, two users and Xfce only reports one user.
All on Slackware64, BTW.

Edit in: The GPU also run six to ten+ degrees warmer in KDE vs. Xfce.

rnturn 01-03-2020 12:30 PM

Quote:

Originally Posted by ludist (Post 6072368)
I think KDE is a disaster for memory. Only XFCE here for many years. I never worked with KDE the last 10 years.

That may have been true 10 years ago but I'm using the latest KDE (at least the latest that Leap is pushing out) with swappiness = 50 and I'm hardly seeing any swap use. With 8GB RAM, a bunch of swap (~4x physical memory), a slew of Firefox windows open with multiple tabs open in each, T-bird running, Emacs running, and Jack playing music, only about 4% of my swap space is in use. Unless I'm doing something that really eats memory up, I hardly notice the impact of swap use---I place equal sized swap partitions in the middle of the disks (to minimize head movement) and set them up with the same priority to have the system access them on a round-robin basis. I hardly notice when swap comes into play. I'm much likely to notice performance degradation when Firefox encounters poorly written Javascript (having multiple tabs opened to Amazon is a heavy browser load, too) and/or T-bird gets tangled up running some script that pegs the CPU. Those events have much more of an impact than swapping.

Jan K. 01-03-2020 08:30 PM

Dedoimedo says! :study:

"The distro was robust and fast. No problems. Plus, it purrs quite nicely. On idle, the memory is usage is about 500 MB...CPU was mighty quiet, though, barely ticking above zero when there's little to no desktop activity."

On battery life...

"... this would mean 4.5 hours, in line with previous Plasma findings, or at the very least more than 4 hours easily. Quite impressive."

From review of Kubuntu 19.10 with Plasma 5.16.5... https://www.dedoimedo.com/computers/kubuntu-ermine.html

And his update to Plasma 5.17... https://www.dedoimedo.com/computers/...17-review.html


Plasma of 2020 is not heavy. Only nice! :D

walker 01-03-2020 10:08 PM

4 Attachment(s)
Quote:

Originally Posted by Jan K. (Post 6074259)
Quote:

Dedoimedo says! :study:

"The distro was robust and fast. No problems. Plus, it purrs quite nicely. On idle, the memory is usage is about 500 MB...CPU was mighty quiet, though, barely ticking above zero when there's little to no desktop activity."

On battery life...

"... this would mean 4.5 hours, in line with previous Plasma findings, or at the very least more than 4 hours easily. Quite impressive."

From review of Kubuntu 19.10 with Plasma 5.16.5... https://www.dedoimedo.com/computers/kubuntu-ermine.html

And his update to Plasma 5.17... https://www.dedoimedo.com/computers/...17-review.html

Plasma of 2020 is not heavy. Only nice! :D

500MB On Idle in fact!

WoW!

Do you turn on the pc only to look how is nice KDE Plasma?

Me not, to me 500MB only to run a bare system are resources thrown in the loo.

With the same ram I use a pc.

I couldn't download a 2GB monster iso but I discovered on Distrowatch the announcement of Q4OS always with Plasma 5 but with Debian Buster as base OS and the iso was only 800MB so I've downloaded and dd-ed it to check on my daily driver.

With a suckless base (Debian instead of Ubuntu) you save still more than 100MB ram.


But... emerged that KDE Plasma 5 seems completely inefficent and causes high memory consumption peaks which makes the systems damn sluggish i.e. more than 5 seconds on an Atom N455 1,6GHz 64Bit CPU only to open a terminal.
Maybe who started the thread was running other (maybe a browser) too and this caused the swap usage during the peaks generated by KDE.

To make you happy I post the htop of Q4OS and antiX iceWM both done on the same machine with the same programs (a terminal and xpaint) opened and a screenshot with memory footprint of the OS with KDE running the aforementioned 2 apps.

If you like to waste resources... up to you.

Update Jan. 6th 2020

Maybe I was wrong.
The 100MB saved aren't due to the base but...

Yesterday I tried Artix Linux LxQt on the 2015 UEFI HP laptop and on my daily driver an Asus eeePC with an Atom N455 and bios.

Booting the same live dd.ed on the same usb card the memory consumption of the fresh started system on idle on the UEFI HP (UEFI boot) is 275MB, instead on the eeePC (Bios boot) the memory used is exactly 175MB
100MB less.
It seems that Dedomeido has booted Kubuntu as UEFI Boot on an UEFI machine and this also demonstrates that Intel sucking "better" technology serves only to craftly increase system requirements so not IT savvy will run to the shop to buy a new, not really needed pc.

Mikech 01-15-2020 02:03 PM

This has been a very entertaining and informative debate, but as a really old guy who has been involved in the use of desktop computers since the very earliest days (1970), I will make a prediction.

But before I do let me say that my observations of humanity both in person and from reading history tells me that greed (and some say evil) will ALWAYS win against goodwill and altruism because evil is willing to wait and never, never gives up. After all England still has a king! In the US, banks still print the money and then "lend" it to the treasury (despite Andrew Jackson winning briefly).

That's because greed is a primordial instinct that is in all of us to a greater or lesser degree. Humans are just as prone to instinctive behaviour as any other animal and don't realize that is why they do the things they do. EXAMPLE: Even though Microsoft has ALWAYS had the worst wordprocessor imaginable, they won. The strategy at Microsoft was to just keep chipping away at its competitors year after year, bribe reviewers, force manufacturers to include their software, and otherwise do anything other than write a good word processor.

The other part of the equation is that the masses become dumber every year (people should watch Idiocracy) :-)) and want convenience irrespective how much that convenience harms them. My wife is a perfect example. I had to isolate her machine from the network because she wants all that stuff (facebook, twitter, Netflix, gmail, bouncing baby videos) that seriously compromise the security of her computer. I am constantly having to clean it. She uses the cloud even though that makes absolutely no sense for a home user (or anyone else, in my opinion). Now whoever owns the cloud she uses also owns her data. She doesn't care because for her it is so convenient. If you don't believe that they own your data then carefully read every word of the 30 pages of the Microsoft, Dropbox and Apple and Google agreements. It says they can use your data anyway they want (in legalese) without your permission. This level of convenience seeking falls into the hands of the greedy corporations. By the way, my wife graduated summa cum laude in engineering so she is not stupid. Its simply a choice.

And now Microsoft is part of the Linux foundation! Their plans are insidious, but people have been duped, and are running around saying "look, Microsoft is embracing open source, they are no longer evil." Nothing about Microsoft has changed except their strategist and strategy. Instead of playing a no-win game of confrontation they will now seek to eventually control Linux completely. They see the threat from their greatest evil competitor (Google )and are going to try a flanking maneuver.

So my prediction is that open source Linux will no longer exist in 20 to 30 years. If anything it will be like Android (Linux owned by Google) where an ordinary user has almost no access to the code and the OS is controlled by a "for profit" corporation. I'm sure the code is available somewhere but I have not been able to find it. What remains of open-source Linux will be a tiny niche OS for the very skilled and what is available will be controlled by large corporations. Linus will die of apoplexy (unless he sells out). :-)) Fortunately, I will not live to see that day and young people are too naive to be aware of the risk.

And yes I am a cynic! :-)

cwizardone 01-15-2020 02:49 PM

Hear, hear!

ehartman 01-15-2020 03:41 PM

Quote:

Originally Posted by Mikech (Post 6078702)
The other part of the equation is that the masses become dumber every year (people should watch Idiocracy) :-))

You should read "The Marching Morons" by Cyril Kornbluth (1951) to see that nothing is new there, see for info: en.wikipedia.org/wiki/The_Marching_Morons.
The story itself is available at Project Gutenberg: www.gutenberg.org/ebooks/51233.

Mikech 01-15-2020 03:48 PM

Hee, hee, can't wait to read it!
 
Quote:

Originally Posted by ehartman (Post 6078748)
You should read "The Marching Morons" by Cyril Kornbluth (1951) to see that nothing is new there, see for info: en.wikipedia.org/wiki/The_Marching_Morons.
The story itself is available at Project Gutenberg: www.gutenberg.org/ebooks/51233.


Thank you. I was unaware of the work and will find a copy and gleefully read it!

Later that day...
I read it. It was great!

walker 01-15-2020 06:01 PM

Quote:

Originally Posted by Mikech (Post 6078702)
So my prediction is that open source Linux will no longer exist in 20 to 30 years. If anything it will be like Android (Linux owned by Google) where an ordinary user has almost no access to the code and the OS is controlled by a "for profit" corporation. I'm sure the code is available somewhere but I have not been able to find it. What remains of open-source Linux will be a tiny niche OS for the very skilled and what is available will be controlled by large corporations. Linus will die of apoplexy (unless he sells out). :-)) Fortunately, I will not live to see that day and young people are too naive to be aware of the risk.

And yes I am a cynic! :-)

Your prediction is wrong.

Linux is already dead cause when a project like Debian is full of duckies which follow a Big Blue Corp (read systemd) it's the death door.
What a init! Someone has been also forced to stop systemd resolv to surf the net due to systemd bugs, with resolver enabled system won't resolve names.

But why is also dead?
Stallman has not been wise enough, he was too good inside to look at his back, he had too much faith in humanities.
They get rid of him to weaken free software movement.
Torvalds is a lowland and has sold himself for money (greed is a cancer this time you are right) he forgot who he was and where he started.

GNU/Linux was becoming too dangerous for Big Corps they bought what they can buy and eliminate who was not on sale but there's a justice.
You are old, you remember VA Linux :D
It doesn't take long, the worst financial crash ever is coming and for big corps they will be a bunch of troubles.
We will laugh.

Fortunately someone lasts i.e. antiX, Devuan, Slackware, PCLinuxOS, artix and a few more but we are to few to teach and not it savvy don't care about freedom cause they are not old like me and you and they don't know history

GNU/Linux on everyone desktop hope is definitely dead not GNU/Linux by itself.
For who has will to learn it will survive always if people leave flags (Read distros) and work together to build One GNU/Linux. IMHO


All times are GMT -5. The time now is 03:31 PM.