On Wed, Nov 28, 2007 at 02:21:39PM +0100, Lenz Grimmer wrote:
lenz@metis:~> free total used free shared buffers cached Mem: 1035332 664756 370576 0 25200 103252 - -/+ buffers/cache: 536304 499028 Swap: 1253028 777676 475352
370M free (so no real mem pressure). System isn't responsive because 700m is in swap and swapins are required to bring it in ram.
LowFree: 502248 kB
now free ram increase to 500M. So you must have closed some app taking >100M.
At this point I terminated a number of running apps (openoffice, firefox, thunderbird), trying to regain control. However, the swapping activity remained high:
lenz@metis:~> uptime 10:13am up 2 days 0:23, 4 users, load average: 8.65, 7.53, 6.21 lenz@metis:~> free total used free shared buffers cached Mem: 1035332 352576 682756 0 6376 76444 - -/+ buffers/cache: 269756 765576 Swap: 1253028 350440 902588
free ram now increases to 680M and swap is reduced from 777 to 350M. so OO/firefox/thunderbid were taking around half a gig. You've still about 600M allocated, which seems too much for an empty desktop and only GUI + daemons running.
lenz@metis:~> vmstat 3 procs -----------memory---------- ---swap-- -----io---- -system-- - ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 1 7 350404 688560 7412 68808 60 24 60 15 112 219 9 2 76 13 3 4 350404 687660 7760 69812 180 0 1237 679 371 875 5 5 0 89 1 6 350404 688420 7792 68956 119 0 1168 587 345 835 13 5 0 82 0 9 350404 689644 6860 69556 364 0 1372 159 351 988 6 4 0 91 0 6 350404 689148 6448 69876 271 0 1424 127 368 684 7 4 0 90 2 7 350404 689328 6336 70584 145 0 1275 39 313 651 5 4 0 91 0 4 350404 690612 6136 68820 457 0 1368 164 394 756 8 3 0 89 0 5 350404 689452 5872 70292 204 0 1599 35 331 590 7 2 0 91 2 4 350404 688496 6116 70448 296 0 1391 79 394 1780 11 4 0 86 2 4 350404 685608 8216 70716 309 0 2181 41 404 917 6 4 0 90 1 6 350404 683164 8868 71568 463 0 1389 567 377 1065 10 4 0 86 1 6 350404 682280 7948 71764 663 0 1579 729 445 861 9 5 0 86 0 8 350404 685556 6116 70716 324 0 1353 736 418 872 9 5 0 87 1 5 350360 684536 6124 71276 525 0 1273 97 367 772 11 2 0 87 0 8 350360 683780 5908 71736 499 0 1331 77 376 681 10 5 0 85 0 4 350300 682348 6052 73180 175 0 1652 67 335 617 6 5 0 89 0 5 350300 681396 5896 73252 517 0 1828 43 386 810 7 6 0 87 0 5 350268 681272 5992 72996 380 0 1423 136 349 634 7 3 0 90 1 4 342204 688196 5816 73300 207 0 1109 60 327 611 6 3 0 91 0 3 342204 690740 6024 70100 433 0 813 141 334 764 9 2 0 89
see tons of ram free, only swapins. They're actually quite slow swapins, hope you're not swapping on a fragmented file in the filesystem but this may be normal.
I am clueless and highly annoyed. What's wrong here?
ps xau will tell you which is the app that is leaking memory, look for both RSS and VSZ going up (RSS will peak at some point when system starts swapping while VSZ will keep growing). firefox/thunderbird/OO cumulatively taking half a gig is probably expected, so they're probably not guilty. If nothing showup in "ps xau" look for `df /dev/shm` and `ipcs`. To verify it's not kernel related SYSRQ+E then after a few seconds SYSRQ+I will do the trick, then you can login in the console and verify that after that `free` tells ~950M free and ~0 swap. Hope this helps. Andrea -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-kernel+help@opensuse.org