On 2016-04-26 19:51, Bjoern Voigt wrote:
I wonder why "swapoff -a" takes so long (7:44 minutes). There is enough free RAM space (after resuming from hibernate). I currently have two swap partitions, one on a WD red hard disk and one on a SSD. But even before (only SSD swap space) the swapoff time was nearly the same.
mybox:~ # iotop mybox:~ # free total used free shared buff/cache available. Mem: 8104720 3435540 3510580 15192 1158600 4492152 Swap: 38281208 3277124 35004084 mybox:~ # time swapoff -a
real 7m44.407s user 0m0.000s sys 4m37.312s mybox:~ #
You forgot to post the output of "free" after swapoff. My guess is that there will very little free ram, and possibly less ram assigned to buff/cache. Notice that the amount of used swap is similar to the amount of free, so that disabling swap takes long.
I doubt, that the long swapoff time is not only a theoretical problem. I have several phenomenons which can be related:
* System feels sluggish after resuming from hibernate. This problem became stronger after removing 8 GB RAM from 16 GB before.
This is normal. After a while the system will become faster.
With "iotop" I found, that there is much I/O SWAPIN traffic. * Shutdown can take some minutes
This one I think is unrelated. Rather, it has to be some application or service that is taking a long time
* Even with much less used SWAP memory swapoff takes too long
Any ideas? What is a reasonable time for swapoff?
Actually, disabling swap will make matters worse. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)