(toppers-users 3876) Re: DEF_RPRIを無くすご提案

[杉本明加]

高橋様

杉本です。

> A1.起動時実行時の優先度が入れ子の場合
>> 「起動時実行時の優先度が入れ子の場合」というのが分からなかったのですが、
>> どういったタスク生成のしかたを指すのかご教授いただけますでしょうか？
>
> タスク1　起動時優先度14 実行時優先度11
> タスク2　起動時優先度13 実行時優先度12
> のようにタスク2がタスク1に挟まれています。こういうものを「起動時実行時の優先度が入れ子の場合」
> と書いています。これは同一優先度ではありません。さらにプリンプトしない関係にあります。
> これをレディキューを持つにしても持たないにしてもどのように処理するかが問題になると
> 考えています。

懸念されているのは、上記のような設定ができてしまうことに
問題があるということでしょうか？

あと前提を確認しておきたいのですが、この指定はDEF_EPRIを
残すとした場合のことでしょうか？（DEF_EPRIの廃止についても
議論していますので、念のため）

> A2.ディスパッチ禁止との比較
>> >> DEF_EPRI自体は排他としての用途があり、SSPではタスク間同期機能がなく
>> >> 排他手段が限られるので廃止はしなくてよいかと思っています。
>> >>
>> >
>> > そこは、自分は考えが至らなかった部分かと気づきました。
>> > ただ、ディスパッチ禁止等で対応可能だと思うので絶対ではないように
>> > 思っています。
>>
>> ディスパッチ禁止だと全てのタスクに影響が及ぶのに対して、部分的な
>> 排他ができるのがDEF_EPRIですので、使い分けになるのではないかと
>> 考えていますがいかがでしょうか。
>
> 確かに、DEF_EPRIの方がディスパッチ禁止よりも有効な方法だと思います。
> なので絶対ではないという書き方をしました。
> ただ、DEF_EPRIがあることによるデメリットのほうが大きい場合が
> あるのでそうであれば無くてもよいのではないかと思っています。

デメリットについてのお考えがあればお聞かせください。
A1とも関係するでしょうか？

> A3.優先度の例
>>
>> ちなみに、先のメールで挙げていただいたタスク設定の例で、（外部表現）起動優先度と
>> （内部表現）実行時優先度は常に同じなのでしょうか。これが異なるシチュエーションがあれば挙げていただけると幸いです。
>>
>
> もともとの例で異なっていますよ。タスク3の優先度を確認ください

失礼しました。異なっていますね。

以上、よろしくお願いします。