パフォーマンスの中断に時間がかかりすぎましたが、パフォーマンスがインストールされていません。

Question 1

メッセージはLinuxカーネルから来ます。より正確には次のようになります。perf_duration function存在するlinux/kernel/events/core.c:

static void perf_duration_warn(struct irq_work *w)
{
    printk_ratelimited(KERN_INFO
        "perf: interrupt took too long (%lld > %lld), lowering "
        "kernel.perf_event_max_sample_rate to %d\n",
        __report_avg, __report_allowed,
        sysctl_perf_event_sample_rate);
}

私はあなたが正確に何を意味するのかわかりません：

これは嵐が近づいているという信号なのか？

しかし、あなたのデバイスの1つに問題があるようです。

PS：注意深く読むと、コードのメッセージはですがperf: interrupt took too longメッセージはですperf interrupt took too long。コロンはカーネルバージョン4.6に追加されました。

Answer

メッセージはLinuxカーネルから来ます。より正確には次のようになります。perf_duration function存在するlinux/kernel/events/core.c:

static void perf_duration_warn(struct irq_work *w)
{
    printk_ratelimited(KERN_INFO
        "perf: interrupt took too long (%lld > %lld), lowering "
        "kernel.perf_event_max_sample_rate to %d\n",
        __report_avg, __report_allowed,
        sysctl_perf_event_sample_rate);
}

私はあなたが正確に何を意味するのかわかりません：

これは嵐が近づいているという信号なのか？

しかし、あなたのデバイスの1つに問題があるようです。

PS：注意深く読むと、コードのメッセージはですがperf: interrupt took too longメッセージはですperf interrupt took too long。コロンはカーネルバージョン4.6に追加されました。

Question 2

しばらく私のデスクトップシステムに同様のメッセージが表示されました。これは、1つまたは時には複数のコアが数分以上ノンストップディスクI / O（Din）に停止した後に発生します。psI / Oスケジューリングの競合状態が原因でデッドロックが発生したと思われますが、デバッグ方法がわかりません。 CFQの代わりに適切なディスクの期限スケジューラに切り替えることが役に立つようです。

# echo deadline > /sys/block/sdX/queue/scheduler

私はスケジューリングプロセスで短い一時停止を観察しましたが、デッドラインスケジューラの2番目のキューは長い一時停止を軽減するようです。

誰もがこれについてより多くの情報を明らかにすることができれば幸いです。

編集する

rcu_schedエラー/警告が関係しているかどうかはわかりませんが、可能性が非常に高いです。私はそれらを理解していません。おそらく私のカーネル構成が異なるからです。

コアが停止したときに私が見るのpsは

$ ps axu | grep ' D'
dirk      4720 13.0  5.1 1615772 842444 pts/3  Dl+  07:27  24:54 iceweasel -P default

I / Oを実行するために使用されるプロセス。Dによると、「中断されない省電力モード（通常はI / O）」を意味しますman ps。

Answer