間違いだらけの備忘録

このページの内容は無保証でありこのページの内容によって直接、または間接に損害を受けられたとしても私は責任を取りません。

khungtaskd

http://itneko.blogspot.jp/2011/06/khungtaskd.html

「ブロックされハングアップしたプロセスを定期巡回から発見し、プロセスのスタックダンプを取る機能」 らしい

kernel.hung_task_warnings
定期巡回で異常を発見する都度、カウントダウンされる。つまり、ワーニングを発生させる回数と同値。(多分)
kernel.hung_task_timeout_secs
0 : 機能の停止、1〜 : 機能の巡回秒数(デフォルトは120)
kernel.hung_task_check_count
定期巡回で検査対象にするプロセスIDの最大値?
kernel.hung_task_panic
0 : パニックしない(デフォルト) 、1 : パニックする

http://osinternals.wordpress.com/2009/11/24/detecting-hung-tasks-in-linux/

1. Iterate over all the tasks in the system which are marked as TASK_UNINTERRUPTIBLE (additionally it does not consider UNINTERRUPTIBLE frozen tasks & UNINTERRUPTIBLE tasks that are newly created and never been scheduled out).

2. If a task has not been switched out by the scheduler atleast once in the last 120 seconds it is considered as a hung task and its stack dump is displayed. If CONFIG_LOCKDEP is defined then it will also show all the locks the hung task is holding.

めも、未検証

このページにはhatena以外のサービスからのコンテンツが埋め込まれています。 hatenaによりGoogle AdSense 広告が埋め込まれています。