Bug 14532
Summary: | Kernel 2.6 SWAP statistics makes no sense | ||
---|---|---|---|
Product: | Memory Management | Reporter: | Artem S. Tashkinov (aros) |
Component: | Other | Assignee: | Alexey Dobriyan (adobriyan) |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | adobriyan |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | Subsystem: | ||
Regression: | No | Bisected commit-id: |
Description
Artem S. Tashkinov
2009-11-02 07:54:21 UTC
confirmed SWAP comes from /proc/*/statm case P_SWP: MKCOL(scale_num(PAGES_TO_KB(p->size - p->resident), w, s)); It's tempting to say that it's top(1) bug. It assumes that page is either in memory or in swap. I have filed Fedora bug https://bugzilla.redhat.com/show_bug.cgi?id=532668 - but as I'm not a (kernel) developer I cannot be sure what is wrong in this case. OK, it's top(1) bug.
> 1691 squid 20 0 103m 93m 1812 S 0.0 5.0 20:06.00 10m squid
103m - 93m = 10m
top assumes that everything mapped is resident or in swap, which is wow!
it can use /proc/*/pagemap interface to accurately count how many pages
were swapped.
Thank you for your investigation, Alexey! |