[ale] top and SWAP
Jeff Hubbs
hbbs at comcast.net
Fri Sep 7 10:57:37 EDT 2007
Don't mischaracterize this as "heavy swapping." Heavy swapping of the
sort you want to avoid refers to *swap I/O*; that's distinct from the OS
"parking" sections of RAM that it thinks it won't often need into your
swap partition(s), regardless of how big they are.
John Wells wrote:
> Guys,
>
> Would like some help in clarifying the SWAP column under top (you might have to add it to your view). For example, currently I see:
>
> Tasks: 147 total, 4 running, 143 sleeping, 0 stopped, 0 zombie
> Cpu(s): 0.2%us, 0.1%sy, 0.0%ni, 99.1%id, 0.0%wa, 0.0%hi, 0.6%si, 0.0%st
> Mem: 2074688k total, 1810620k used, 264068k free, 462408k buffers
> Swap: 4104568k total, 0k used, 4104568k free, 585468k cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ SWAP COMMAND
> 10362 wellsj 23 0 851m 222m 27m S 0 11.0 0:44.24 629m java
> 8822 wellsj 18 0 647m 20m 6288 S 0 1.0 0:01.09 627m java
> 6895 www-data 24 0 225m 2304 1004 S 0 0.1 0:00.00 223m apache2
> 6897 www-data 23 0 225m 2308 1008 S 0 0.1 0:00.00 223m apache2
> 7093 wellsj 15 0 153m 30m 15m R 0 1.5 0:10.54 122m gnome-panel
> 7394 wellsj 15 0 334m 211m 23m S 0 10.5 7:58.76 122m firefox-bin
> 9809 wellsj 15 0 158m 51m 25m S 0 2.5 0:10.71 106m epiphany
> 6452 mysql 25 0 124m 20m 5012 S 0 1.0 0:00.19 104m mysqld
> 7099 wellsj 18 0 87028 18m 14m S 0 0.9 0:08.65 66m nautilus
> 7231 wellsj 15 0 63340 8708 7056 S 0 0.4 0:00.16 53m trashapplet
> 7277 wellsj 16 0 65776 11m 9220 S 0 0.6 0:00.33 52m gweather-apple
> 7184 wellsj 15 0 58296 6368 5120 S 0 0.3 0:00.08 50m evolution-data
> 7444 wellsj 15 0 69272 20m 10m S 0 1.0 0:03.53 47m gnome-terminal
>
>
> Ok, so it appears that some processes are doing some heavy swapping. But, look above...in the header section. Swap: says there's a lot available, but *none* in use? Where's all that memory in SWAP disappearing to?
>
> I suppose the "cached" memory might have something to do with it, but have found no good docs describing what it indicates yet. Given that, I'm hoping it's something obvious to a person with good virtual memory understanding and am off to read on Wikipedia. However, if *you* know, I'd appreciate your insight.
>
> Thanks!
> John
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://www.ale.org/mailman/listinfo/ale
>
>
More information about the Ale
mailing list