| 1 |
Alan McKinnon writes: |
| 2 |
|
| 3 |
> Apparently, though unproven, at 16:45 on Saturday 18 September 2010, |
| 4 |
> Florian Philipp did opine thusly: |
| 5 |
|
| 6 |
> > I have a bit of a problem. I'm on KDE-4.4.5 and it eats memory for |
| 7 |
> > breakfast. Directly after booting, everything is okay but the usage |
| 8 |
> > grows significantly. I wonder whether this is expected behavior. |
| 9 |
> > |
| 10 |
> > The following statistics have been taken after 8 days of uptime |
| 11 |
> > during which the system was on standby most of the time during work |
| 12 |
> > days and at night. |
| 13 |
> > |
| 14 |
> > free -m |
| 15 |
> > |
| 16 |
> > total used free shared buffers cached |
| 17 |
> > |
| 18 |
> > Mem: 3754 3588 165 0 57 258 |
| 19 |
> > -/+ buffers/cache: 3271 482 |
| 20 |
> > Swap: 6142 978 5163 |
| 21 |
> > |
| 22 |
> > A desktop machine that has 4GB RAM and still needs to swap?! |
| 23 |
|
| 24 |
What I forgot to ask: Do you feel the performance becomes bad? Does the |
| 25 |
system feel more responsive again when you restart KDM and log in again? |
| 26 |
|
| 27 |
I don't mind the system growing swap, that's normal, but now, as soon as |
| 28 |
significant swapping starts, the system becomes slow. I don't know why. |
| 29 |
|
| 30 |
> > Excerpt from top: |
| 31 |
> > VIRT RES SHR S %CPU %MEM TIME+ COMMAND |
| 32 |
> > |
| 33 |
> > 1094m 484m 10m S 0 12.9 96:43.01 firefox |
| 34 |
> > |
| 35 |
> > 932m 471m 15m S 0 12.6 5:10.20 akregator |
| 36 |
> > 384m 303m 2856 S 0 8.1 59:43.43 virtuoso-t |
| 37 |
> > 709m 282m 2936 S 0 7.5 0:40.51 nepomukservices |
| 38 |
> > 839m 146m 15m S 0 3.9 8:37.76 thunderbird-bin |
| 39 |
> > 191m 131m 532 S 0 3.5 12:30.73 dbus-daemon |
| 40 |
> > 902m 105m 5288 S 0 2.8 0:30.16 krunner |
| 41 |
> > 263m 105m 1724 S 0 2.8 2:31.18 squid |
| 42 |
> > 255m 61m 6672 S 7 1.6 305:04.24 X |
| 43 |
> > |
| 44 |
> > 1106m 55m 7756 S 0 1.5 4:22.73 amarok |
| 45 |
> > |
| 46 |
> > 534m 54m 10m S 0 1.5 2:33.94 kopete |
| 47 |
> > 559m 52m 6536 S 0 1.4 56:52.37 nepomukservices |
| 48 |
> > 718m 38m 12m S 4 1.0 143:36.62 plasma-desktop |
| 49 |
> > 295m 33m 2048 S 0 0.9 1:59.32 mysqld |
| 50 |
> > 360m 17m 1856 S 0 0.5 0:07.56 tomboy |
| 51 |
> > 445m 16m 3392 S 0 0.4 38:54.36 nepomukservices |
| 52 |
> > 365m 14m 6356 S 1 0.4 27:38.49 konsole |
| 53 |
> > 438m 11m 4928 S 0 0.3 0:20.12 kded4 |
| 54 |
> > 508m 11m 6364 S 0 0.3 0:45.79 kwin |
| 55 |
> |
| 56 |
> Like I posted in another thread today, the memory columns in top do not |
| 57 |
> mean what most people think they mean, nor are they simplistic. |
| 58 |
|
| 59 |
You gave the example of Thunderbird using 150M and Firefox 180M, but |
| 60 |
together they would not use 330M because some stuff is shared. Hm, isn't |
| 61 |
this what the SHR column in top is for? In Florian's case, there is |
| 62 |
firefox with 484M in the RES column and thunderbird with 146M, but the SHA |
| 63 |
column gives 10M + 15M, so only 25M of 630M are shared? |
| 64 |
|
| 65 |
Wonko |
Archives