非プリエンプティブOSの利点は何ですか？これらの特典の価格は？
むき出しの金属MCUの場合、バックグラウンドループとタイマー割り込みアーキテクチャを備えた自家製コードと比較して、非プリエンプティブOSの利点は何ですか？これらの利点の中で、プロジェクトがバックグラウンドループアーキテクチャで自家製コードを使用するのではなく、プリエンプティブOSを採用するのに十分魅力的ですか？ 。 質問の説明： これらすべてが私の質問に答えてくれたことに本当に感謝しています。答えはもうすぐそこにあると感じています。ここで質問にこの説明を追加します。これは、私自身の考慮事項を示しており、質問を絞り込んだり、より正確にしたりするのに役立ちます。 私がやろうとしているのは、一般的なプロジェクトに最適なRTOSを選択する方法を理解することです。 これを実現するには、すべてのアプリケーションに最適なRTOSが存在しないため、さまざまな種類のRTOSおよび対応する価格からの基本概念と最も魅力的な利点のより良い理解が役立ちます。 数年前にOSに関する本を読みましたが、もう持っていません。ここに質問を投稿する前にインターネットで検索したところ、この情報が最も役立つことがわかりました：http : //www.ustudy.in/node/5456。 さまざまなRTOSのWebサイトでの紹介、プリエンプティブスケジューリングと非プリエンプティブスケジューリングを比較する記事など、他にも多くの役立つ情報があります。 しかし、プリエンプティブではないRTOSを選択する場合、およびタイマー割り込みとバックグラウンドループを使用して独自のコードを作成する方がよい場合について言及したトピックは見つかりませんでした。 確かな答えはあるが、満足していない。 特に業界の実践において、より経験のある人々からの答えや見解を知りたいです。 私のこれまでの理解は 、OSの使用の有無にかかわらず、特定の種類のスケジューリングコードは常に必要です。たとえ次のようなコードの形式であってもです。 in the timer interrupt which occurs every 10ms if(it's 10ms) { call function A / execute task A; } if(it's 50ms) { call function B / execute task B; } 利点1： ノンプリエンプティブOSは、スケジューリングコードの方法/プログラミングスタイルを指定するため、エンジニアが以前に同じプロジェクトにいなくても同じビューを共有できます。次に、コンセプトタスクに関する同じビューを使用して、エンジニアはさまざまなタスクに取り組んでテストし、可能な限り独立してプロファイルを作成できます。 しかし、これから実際にどれだけ得ることができますか？エンジニアが同じプロジェクトで作業している場合、プリエンプティブOSを使用せずに同じビューをうまく共有できます。 あるエンジニアが別のプロジェクトまたは会社の出身である場合、以前にOSを知っていれば、その恩恵を受けることができます。しかし、もし彼がそうしなかったとしても、新しいOSや新しいコードを学ぶことは彼にとって大きな違いにはならないようです。 利点2： …