RE: [外部邮件] Re: [PATCH][RFC] hung_task: Support to panic when the maximum number of hung task warnings is reached

[Li,Rongqing]

> > I assume the same argument applies to the NMI watchdog, to the
> > softlockup detector and to the RCU stall detector?
> >
> > A general framework to handle all of these might be better.  But why
> > do it in kernel at all?  What about a userspace detector which parses
> > kernel logs (or new procfs counters) and makes such decisions?
> 
> +1. I agree that a userspace detector seems more appropriate for this.
> 

I think the user-space maybe flexibility, but incurs relatively higher overhead and is less reliable. When the system hangs, this task may have already hung as well.


> We already have the hung_task_detect_count counter, so a userspace detector
> could easily use that to implement custom policies ;)