From: Michal Hocko <mhocko@suse.cz>
To: zhiyuan_zhu@htc.com
Cc: hannes@cmpxchg.org, Future_Zhou@htc.com, Rachel_Zhang@htc.com,
bsingharora@gmail.com, kamezawa.hiroyu@jp.fujitsu.com,
cgroups@vger.kernel.org, linux-mm@kvack.org,
Greg KH <greg@kroah.com>
Subject: Re: low memory killer
Date: Thu, 20 Nov 2014 10:58:02 +0100 [thread overview]
Message-ID: <20141120095802.GA24575@dhcp22.suse.cz> (raw)
In-Reply-To: <AF7C0ADF1FEABA4DABABB97411952A2EC91E38@CN-MBX02.HTC.COM.TW>
[Adding Greg to CC as the current maintainer of the staging and dropping
majordomo]
I am not Johannes but,
On Thu 20-11-14 09:26:05, zhiyuan_zhu@htc.com wrote:
> hi Johannes
>
> My name is Zhiyuan zhu, an android development engineer in htc.
> We encounter a lowmemorykillera??s problem.
> Coluld you help to kindly support? Thank you.
Please note that lowmemory killer is not part of Memory cgroup resource
controller. It is a staging driver which is supposed to be supported by
support by Android people. I am not sure about the current state but the
implementation and some concepts used to be broken in many ways.
Anyway I think the driver should be dropped from the tree or try to get
promoted to the regular tree _after_ it passes a proper review.
> Problem describtion:
> We noticed that gap of dumping cached value from a??lowmemorykillera??
> and a??/proc/meminfo/a?? are different apparently. Like example below,
> lowmemorykiller showed cache only has 72460kB while launcher was
> killed, but /proc/meminfo showed cached still has 142448kB. Please
> check why the gap of cache value between lowmemorykill and
> /proc/meminfo are huge.
lowmem_scan prints:
other_file = global_page_state(NR_FILE_PAGES) - global_page_state(NR_SHMEM) - total_swapcache_pages();
as per meminfo_proc_show(), Cached value corresponds to:
cached = global_page_state(NR_FILE_PAGES) - total_swapcache_pages() - i.bufferram;
So those two values are quite different. E.g. lowmem killer ignores
shmem pages. This can be considerable amount of memory.
> kernel_e0058_0001_20141107_204711_LC4ABYA00200_htc_a31ul_0.54.999.1.txt at LC4ABYA00200
> 6 161030.084144 2014-11-07 21:44:53.304 lowmemorykiller: Killing 'om.htc.launcher' (4486), adj 294,
> 6 161030.084144 2014-11-07 21:44:53.304 to free 47856kB on behalf of 'kworker/u8:14' (20594) because
> 6 161030.084144 2014-11-07 21:44:53.304 cache 72460kB is below limit 73728kB for oom_score_adj 235
> 6 161030.084144 2014-11-07 21:44:53.304 Free memory is 51304kB above reserved
> 4 161030.084797 2014-11-07 21:44:53.304 MemFree: 55676 kB
> 4 161030.084797 2014-11-07 21:44:53.304 Buffers: 1240 kB
> 4 161030.084797 2014-11-07 21:44:53.304 Cached: 142448 kB
I do not see any code in drivers/staging/android/lowmemorykiller.c that
would print such an information in the current tree.
> Lowmemorykiller calculated cache value is 72460kB, but the
> /proc/meminfoa??s cached is 142448 kB
>
> After checked the code, I found that:
> Lowmemorykillera??s memory information is comes from /proc/zoneinfo
> filea??s nr_file_pages So I want to know how different the
> /proc/zoneinfo filea??s nr_file_pages and /proc/meminfo filea??s
> Cached ?
See the above.
--
Michal Hocko
SUSE Labs
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2014-11-20 9:58 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-20 9:26 zhiyuan_zhu
2014-11-20 9:58 ` Michal Hocko [this message]
2014-11-20 10:09 ` 答复: " zhiyuan_zhu
2014-11-20 10:18 ` Michal Hocko
2014-11-20 12:05 ` 答复: " zhiyuan_zhu
2014-11-20 14:19 ` Weijie Yang
2014-11-24 16:17 ` Michal Hocko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141120095802.GA24575@dhcp22.suse.cz \
--to=mhocko@suse.cz \
--cc=Future_Zhou@htc.com \
--cc=Rachel_Zhang@htc.com \
--cc=bsingharora@gmail.com \
--cc=cgroups@vger.kernel.org \
--cc=greg@kroah.com \
--cc=hannes@cmpxchg.org \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-mm@kvack.org \
--cc=zhiyuan_zhu@htc.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox