From: Tejun Heo <tj@kernel.org>
To: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Cc: mhocko@kernel.org, akpm@linux-foundation.org, linux-mm@kvack.org,
mgorman@suse.de, vbabka@suse.cz
Subject: Re: [PATCH] mm: Use WQ_HIGHPRI for mm_percpu_wq.
Date: Wed, 30 Aug 2017 18:46:10 -0700 [thread overview]
Message-ID: <20170831014610.GE491396@devbig577.frc2.facebook.com> (raw)
In-Reply-To: <201708302251.GDI75812.OFOQSVJOFMHFLt@I-love.SAKURA.ne.jp>
Hello,
On Wed, Aug 30, 2017 at 10:51:57PM +0900, Tetsuo Handa wrote:
> Here are logs from the patch applied on top of linux-next-20170828.
> Can you find some clue?
>
> http://I-love.SAKURA.ne.jp/tmp/serial-20170830.txt.xz :
>
> [ 150.580362] Showing busy workqueues and worker pools:
> [ 150.580425] workqueue events_power_efficient: flags=0x80
> [ 150.580452] pwq 0: cpus=0 node=0 flags=0x0 nice=0 active=1/256
> [ 150.580456] in-flight: 57:fb_flashcursor{53}
> [ 150.580486] workqueue mm_percpu_wq: flags=0x18
> [ 150.580513] pwq 3: cpus=1 node=0 flags=0x0 nice=-20 active=1/256
> [ 150.580516] pending: drain_local_pages_wq{14139} BAR(1706){14139}
So, there clear are work items queued
> [ 150.580558] workqueue writeback: flags=0x4e
> [ 150.580559] pwq 256: cpus=0-127 flags=0x4 nice=0 active=2/256
> [ 150.580562] in-flight: 400:wb_workfn{0} wb_workfn{0}
> [ 150.581413] pool 0: cpus=0 node=0 flags=0x0 nice=0 hung=0s workers=3 idle: 178 3
> [ 150.581417] pool 1: cpus=0 node=0 flags=0x0 nice=-20 hung=0s workers=2 idle: 4 98
> [ 150.581420] pool 2: cpus=1 node=0 flags=0x0 nice=0 hung=15s workers=4 idle: 81 2104 17 285
> [ 150.581424] pool 3: cpus=1 node=0 flags=0x0 nice=-20 hung=14s workers=2 idle: 18 92
But all of the pool's workers are staying idle. The only two
possibilities I can think of are
1. Concurrency management is completely broken for some reason. One
reason this could happen is if a work item changes the affinity of
a per-cpu worker thread. I don't think this is too likely here.
2. Somehow high memory pressure is preventing the worker to leave
idle. I have no idea how this would happen but it *could* be that
there is somehow memory allocation dependency in the worker waking
up path. Can you strip down your kernel config to bare minimum and
see whether the problem still persists. Alternatively, we can dump
stack traces of the tasks after a stall detection and try to see if
the kworkers are stuck somewhere.
Thanks.
--
tejun
--
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:[~2017-08-31 1:46 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1503921210-4603-1-git-send-email-penguin-kernel@I-love.SAKURA.ne.jp>
2017-08-28 12:10 ` Michal Hocko
2017-08-28 17:06 ` Tejun Heo
2017-08-28 22:15 ` Tetsuo Handa
2017-08-28 23:02 ` Tejun Heo
2017-08-28 23:09 ` Tejun Heo
2017-08-29 11:14 ` Tetsuo Handa
2017-08-29 14:38 ` Tejun Heo
2017-08-29 21:41 ` Tejun Heo
2017-08-30 13:51 ` Tetsuo Handa
2017-08-31 1:46 ` Tejun Heo [this message]
2017-08-31 14:52 ` Tetsuo Handa
2017-08-31 15:25 ` Michal Hocko
2017-08-31 22:07 ` Tetsuo Handa
2017-09-01 13:47 ` Tejun Heo
2017-09-01 14:29 ` Tetsuo Handa
2017-08-29 13:33 ` Michal Hocko
2017-08-29 14:33 ` Tejun Heo
2017-08-29 20:29 ` Tetsuo Handa
2017-08-30 6:40 ` 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=20170831014610.GE491396@devbig577.frc2.facebook.com \
--to=tj@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=mhocko@kernel.org \
--cc=penguin-kernel@I-love.SAKURA.ne.jp \
--cc=vbabka@suse.cz \
/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