Re: [PATCH] RFC: hung task: Check specific tasks for long uninterruptible sleep state

2017-08-23 Thread Imran Khan
On 8/23/2017 2:06 AM, Peter Zijlstra wrote: > On Mon, Aug 21, 2017 at 03:55:53PM +0530, Imran Khan wrote: >> khungtask by default monitors either all tasks or no tasks at all >> for long unterruptible sleeps. >> For Android like environments this arrangement is not optimal because >> on one hand

Re: [PATCH] RFC: hung task: Check specific tasks for long uninterruptible sleep state

2017-08-23 Thread Imran Khan
On 8/23/2017 2:06 AM, Peter Zijlstra wrote: > On Mon, Aug 21, 2017 at 03:55:53PM +0530, Imran Khan wrote: >> khungtask by default monitors either all tasks or no tasks at all >> for long unterruptible sleeps. >> For Android like environments this arrangement is not optimal because >> on one hand

Re: [PATCH] RFC: hung task: Check specific tasks for long uninterruptible sleep state

2017-08-22 Thread Peter Zijlstra
On Mon, Aug 21, 2017 at 03:55:53PM +0530, Imran Khan wrote: > khungtask by default monitors either all tasks or no tasks at all > for long unterruptible sleeps. > For Android like environments this arrangement is not optimal because > on one hand it may be permissible to have some background(bg)

Re: [PATCH] RFC: hung task: Check specific tasks for long uninterruptible sleep state

2017-08-22 Thread Peter Zijlstra
On Mon, Aug 21, 2017 at 03:55:53PM +0530, Imran Khan wrote: > khungtask by default monitors either all tasks or no tasks at all > for long unterruptible sleeps. > For Android like environments this arrangement is not optimal because > on one hand it may be permissible to have some background(bg)

RE: [PATCH] RFC: hung task: Check specific tasks for long uninterruptible sleep state

2017-08-22 Thread Zhang, Shile (NSB - CN/Hangzhou)
Morton <a...@linux-foundation.org>; Vegard Nossum <vegard.nos...@oracle.com>; Tetsuo Handa <penguin-ker...@i-love.sakura.ne.jp>; John Siddle <jsid...@redhat.com>; open list <linux-kernel@vger.kernel.org>; open list:PROC SYSCTL <linux-fsde...@vger.kernel.org&g

RE: [PATCH] RFC: hung task: Check specific tasks for long uninterruptible sleep state

2017-08-22 Thread Zhang, Shile (NSB - CN/Hangzhou)
e (NSB - CN/Hangzhou) ; mi...@kernel.org Cc: imrank140...@gmail.com; Luis R. Rodriguez ; Kees Cook ; Peter Zijlstra (Intel) ; Matt Fleming ; Andrew Morton ; Vegard Nossum ; Tetsuo Handa ; John Siddle ; open list ; open list:PROC SYSCTL Subject: Re: [PATCH] RFC: hung task: Check spe

Re: [PATCH] RFC: hung task: Check specific tasks for long uninterruptible sleep state

2017-08-22 Thread Imran Khan
On 8/22/2017 7:24 AM, Zhang, Shile (NSB - CN/Hangzhou) wrote: > Hi, Imran, > Hi Shile, Thanks for getting back on this. > I think a "unmonitored list" is better than "monitor list", because we want > khungtaskd can find out the "unexpected" hung task, but not few in a list. > Then, for the fg

Re: [PATCH] RFC: hung task: Check specific tasks for long uninterruptible sleep state

2017-08-22 Thread Imran Khan
On 8/22/2017 7:24 AM, Zhang, Shile (NSB - CN/Hangzhou) wrote: > Hi, Imran, > Hi Shile, Thanks for getting back on this. > I think a "unmonitored list" is better than "monitor list", because we want > khungtaskd can find out the "unexpected" hung task, but not few in a list. > Then, for the fg

RE: [PATCH] RFC: hung task: Check specific tasks for long uninterruptible sleep state

2017-08-21 Thread Zhang, Shile (NSB - CN/Hangzhou)
Hi, Imran, I think a "unmonitored list" is better than "monitor list", because we want khungtaskd can find out the "unexpected" hung task, but not few in a list. Then, for the fg tasks, which can put it in the "unmonitored list", for the bg tasks, I think we can tweak the timeout to control the

RE: [PATCH] RFC: hung task: Check specific tasks for long uninterruptible sleep state

2017-08-21 Thread Zhang, Shile (NSB - CN/Hangzhou)
Hi, Imran, I think a "unmonitored list" is better than "monitor list", because we want khungtaskd can find out the "unexpected" hung task, but not few in a list. Then, for the fg tasks, which can put it in the "unmonitored list", for the bg tasks, I think we can tweak the timeout to control the