問題タブ [starvation]

スケジューリング スキーム : プリエンプティブ プライオリティ スケジューリング

状況 ：

プロセス L (低優先度) がリソース (R) のスピンロックを取得します。まだクリティカル セクションにある間に、別のプロセス H (より高い優先度) がレディ キューに到着したため、L は横取りされます。.

ただし、H もリソース R にアクセスする必要があるため、スピン ロックを取得しようとするため、H はビジー待機状態になります。スピンロックが使用されるため、H は実際に待機状態になることはなく、常に実行中状態または準備完了状態 (さらに優先度の高いプロセスが準備完了キューに到着した場合) になり、L または H よりも優先度の低いプロセスが実行されなくなります。

A) 優先度が H 未満のすべてのプロセスは、飢餓状態にあると見なすことができます。

B) 優先度が H 未満のすべてのプロセスとプロセス H は、デッドロック状態にあると見なすことができます。[しかし、システムがデッドロック状態にあると見なされるには、プロセスが待機状態にある必要はありませんか?]

C) プロセス H と同様に H より低い優先度を持つすべてのプロセスは、ライブロック状態にあると見なすことができます。システムがライブロック状態の場合、すべてのプロセスの状態を (スピンロックの一部として) 継続的に変更する必要はありませんか?]

D) H のみがライブロック状態にあると見なすことができます。優先度の低いプロセスはすべて、ライブロック状態ではなく、飢餓状態にあります。

E) H は進行しませんが、ライブロック状態とは見なされません。優先度の低いすべてのプロセスは、ライブロック状態ではなく、飢餓状態にあります。

上記の記述のうち、正しいものはどれですか? 説明できますか？

そのため、プロジェクトでは、ネットワーク上の不正な DHCP サーバーを検出して軽減しようとしています。すべてが完了し、(Scapy を使用して) ディスカバリー パケットを構築するスクリプトを作成しました。複数の応答が検出された場合、DHCP 枯渇を伴うネットワーク上のすべての DHCP サーバーを DoS する別のスクリプトがあり、それは正常に機能しました。

しかし、今日、プロジェクトのスーパーバイザーに会いました。彼は、私のスクリプトがすべての DHCP サーバーを DoS する不正な DHCP サーバーだけを DoS するべきだと言いました。

どうすればいいのかわかりません。誰にもアイデアはありますか？