Skip to main content
Unix & Linux

Timeline for Why does mouse and keyboard freeze when Linux swaps

Current License: CC BY-SA 3.0

12 events
when toggle format what by license comment
Dec 7, 2021 at 15:38 vote accept Alexander Vassilev
Dec 7, 2021 at 15:38 vote accept Alexander Vassilev
Dec 7, 2021 at 15:38
Dec 7, 2021 at 15:37 vote accept Alexander Vassilev
Dec 7, 2021 at 15:38
Dec 7, 2021 at 15:37 vote accept Alexander Vassilev
Dec 7, 2021 at 15:37
Dec 7, 2021 at 15:37 vote accept Alexander Vassilev
Dec 7, 2021 at 15:37
Dec 7, 2021 at 15:37 vote accept Alexander Vassilev
Dec 7, 2021 at 15:37
Dec 7, 2021 at 15:37 vote accept Alexander Vassilev
Dec 7, 2021 at 15:37
Dec 7, 2021 at 15:37 vote accept Alexander Vassilev
Dec 7, 2021 at 15:37
Oct 21, 2014 at 5:07 comment added o11c @AlexanderVassilev The whole idea of the thrashing problem is that even running processes have been swapped out.
Oct 20, 2014 at 16:22 comment added John WH Smith @AlexanderVassilev +1. I'll admit that swapping can be slow, but definitely not as slow as moving 4, 8, 16GB of RAM to disk. Besides, you don't need to have the same amounts of RAM and swap. The kernel uses a finer strategy and decides which processes can be swapped out (based on their activity).
Oct 20, 2014 at 15:05 comment added Alexander Vassilev Do you really mean that 'all' programs are swapped out? AFAIK in any modern OS design only the least recently used pages are swapped out. What you say about the window manager and processing events makes sense, but seems to me quite unlikely that a non-responding application on the path of the mouse cursor would trap the mouse cursor and prevent it from travelling further.
Oct 20, 2014 at 14:49 history answered o11c CC BY-SA 3.0