Carlos R. Mafra wrote:Yes, this is perfectly normal. A heavily swapping machine will swap out parts of X. Now, if X has a need for low-latency for keyboard handling, then the X developers can use mlock to lock the X keyboard service in memory, and make it a real-time (or at least high priority) process too. This should avoid the problem even with extreme swapping and/or high cpu load. Seems ou use too much memory then. If xjed wastes memory (by bringing the entire file into memory in one go) then you'll get some swapping. No such law, but there are badly implemented software around. If xjed is capable of delaying all X events while loading the file, for example . . . Helge Hafting --
| Sunil Naidu | Re: Linux 2.6.20-rc6 |
| Alan Cox | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Chris Snook | Re: init's children list is long and slows reaping children. |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Eric W. Biederman | Re: [PATCH 10/11] avoid kobject name conflict with different namespaces |
