RTOSと通常のOSのプログラミング制約

Question

この質問は長い間私を悩ませてきました、私はオンラインで検索しようとしましたが、答えが得られませんでした。通常のOSとRTOSの違いを理解しています。私はRTOSのためのアプリケーションプログラマーに課された追加の制約（ある場合）が何であるかを理解したかったですか？

例えば、通常のOSとRTOSで実行するソリューションを実装する必要があります。RTOSのソリューションを実装しているときは、どのような側面が注意してください。正確なメモリをチェックするために私のコードをプロファイルする必要があります。

OSE、WindriverなどのようなRTOスでどのように行われるかの実践的な例を私に与えることができますか？

Answer 1

ほとんどのRTOSはプロセススケジューラではなくスレッドスケジューラであるため、 Single プロセスの複数のスレッドから行われたそのような「アプリケーション」は1つだけです。その文脈では、「アプリケーション」のスケジュール可能性の問題は、アプリケーションのみがあるためです。

リアルタイムタスクがない場合（そしておそらくこれが汎用OS（GPO）で実行できる場合は、これがこのような場合は、これがこのようになることを暗黙のうちに暗黙のうちに、ラウンドロビンタイムスライシングが有効になっている他の非リアルタイムタスクによって共有されるレベルでの低い優先度 - これらのスレッドはGPOのそれと同様の方法でスケジュールされます。これらのスレッドの1つ以上の場合 never 歩留まりは、可能な限り最低の優先順位レベルで実行する必要があります。いずれにせよ、そのような動作は一般的に望ましくない - 本質的にそのようなスレッドはアイドルタスクになります。