JPH0451329A

JPH0451329A - コンテキスト切替装置

Info

Publication number: JPH0451329A
Application number: JP16169390A
Authority: JP
Inventors: Tamotsu Iwasaki; 保岩崎
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1990-06-19
Filing date: 1990-06-19
Publication date: 1992-02-19

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、リアルタイムオペレーティングシステムに利
用する。特に、タスクコンテキストの切替え手段に関す
る。

〔概要〕

本発明は、リアルタイムオペレーティングシステムでの
タスクコンテキストの切替手段において、コプロセッサ
を使用しないタスクにＣＰＵが割当てられるときなどに
コプロセッサコンテキストの退避復帰を省略することに
より、割込み禁止時間を短縮することができるようにしたもの
である。

〔従来の技術〕

ロボッ）、ＮＣ，ファクシミリなどの分野では、発生し
た事象に対する応答性と高速処理が要求される。このよ
うな分野におけるオペレーティングシステムは、 ■　機能を単純にして処理オーバヘッドを短くすること ■　割込みの禁止時間を短縮して、発生した事象に対す
る応答性を向上させることに重点を置いて設計され、こ
のようなオペレーティングシステムは特に「リアルタイ
ムオペレーティングシステム」　（以下、ＲＴＯ３とい
う。）と呼ばれ、第８図にＲＴＯ３が動作するシステム
を示す。

ＲＴＯ３の下では、アプリケーションプログラムはタス
クとして動作する。タスクには優先順位とタスク識別子
とが与えられて管理される。ＲＴＯ８はそれぞれのタス
クに対応したタスクコントロールブロック（以下、ＴＣ
Ｂという。）を作成し、タスクの管理を行う。このＴＣ
Ｂ内にはタスク識別子や優先順位などのタスク固有の情
報が格納されている。ＴＣＢは対応するタスクの状態に
応じてＲＴＯ３のワーク領域（システムベーステーブル
。以下、ＳＢＴをいう。）内で管理される。

ＲＴＯ３はこのように管理されるタスクの中から状況に
応じた最適なタスクを選択し、ＣＰＵを割当ててゆく。

タスクの切替えは様々な状況で発生する。タスクが切替
わる可能性がある代表的な状況としては、■　タスクの
待ち要因の解除、タスク割込み処理ルーチンによって待ち状態にあるタス
クの待ち要因が解除された場合■　指定時間の経過待ち
、一定時間の待ち状態に入ったタスクにおいて、指定した
時間が経過した場合 ■　要求資源の不足、資源を獲得しようとしたタスクにおいて、資源が要求数
に満たず、待ち状態に入った場合■　優先順位の変更、タスクの優先順位を変更した場合などがある。

例えば、第８図に示したシステトで、上記の■の状況を
想定する。ＲＴＯ３は一定時間ごとに発生するインター
バルタイマ８０５の割込みに対応したＲＴＯ３の割込み
処理ルーチンによって時間管理を行っている。あるタス
クが時間経過待ち状態とすると、前述したインターバル
タイマ８０５の割込みによってＲＴＯ３の割込み処理ル
ーチンが起動される。割込み処理ルーチンは時間経過待
ちタスクの待ち時間をチエツクし、指定されている時間
が経過している場合はそのタスクを実行可能状態にする
。このときに、ＣＰＵが割当てられていたタスクの優先
順位よりも新たに実行可能状態になったタスクの優先順
位の方が高い場合にタスクの切替えがおこる。

このタスクの切替え動作を第６図および第１０図を参照
して説明する。第６図はタスク切替えの処理フローを示
し、第１０図はタスクのコンテキストを示す。ここで、
ＣＰＵが割当てられていたタスクをタスクＢとし、新た
に実行可能状態になったタスクをタスク八とす。

まず、実行可能状態にあるタスクの中から最も優先順位
の高いタスクを探す（ステップ５６１）。

この場合にはタスクＡが選ばれる。次に、このタスクが
ＣＰＵが割当てられていたタスクと同一か否かを判定す
る（ステップ５６２）。ＣＰＵが割当てられていたタス
クはタスクＢであり、タスクの切替えがおこる。まず、
タスクＢのコンテキストを退避する（ステップ５６３）
。次に、タスクへのコンテキストを復帰する（ステップ
５６４）。このようにして、タスクＢのコンテキストか
らタスクへのコンテキストへと入れ替わり、タスクの切
替えが完了する。

いま、ＣＰＵの機能を向上させるためにコプロセッサを
付加する。コプロセッサはＣＰＵと密に結合して動作す
る。また、プログラム上からはＣＰＵの命令セットが拡
張されたように見え、別のプロセッサとして意識する必
要がないなどの特徴をもっている。

第９図は第８図の環境に浮動小数点演算プロセッサが付
加された状態を示す。

前述したように、コプロセッサはＣＰＵと密に動作する
。したがって、コンテキストはこのコプロセッサのコン
テキストが含まれることになる。

コプロセッサがある場合に増加するコンテキストを第１
１図に示す。

次に、タスク切替え処理を第７図を参照して説明する。

第７図はコプロセッサが付加された場合のタスク切替え
処理フローを示す。ここでは、コプロセッサがない場合
と同様の切替え処理を説明する。

まず、実行可能状態にあるタスクの中から最も優先順位
の高いタスクを探す（ステップ５７１）。

この場合にタスク八が選ばれる。次に、このタスクがＣ
ＰＵが割当てられていたタスクど同一が否かを判定する
（ステップ５７２）。ＣＰＵが割当てられていたタスク
はタスクＢであり、タスクの切替えがおこる。まず、タ
スクＢのＣＰＵコンテキストを退避する（ステップ５７
３）。次にコプロセッサのコンテキストを退避する（ス
テップ５７４）。

続いて、タスクＡのＣＰＵコンテキストを復帰しくステ
ップ５７５）　、コプロセッサのコンテキストを復帰す
る（ステップ８７６）。このようにして、タスクＢのコ
ンテキストからタスクＡのコンテキストへと入替わり、
タスクの切替えが完了する。

〔発明が解決しようとする課題〕

コプロセッサが付加されるとタスク切替え時に退避復帰
するコンテキストのサイズが増える。コプロセッサなし
の環境では、退避復帰するコンテキストがＣＰＵコンテ
キストのみであるので、サイズが２６バイトである。コ
プロセッサありの環境では、これに加えて１０８バイト
のコプロセッサコンテキストを退避復帰しなければなら
ない。そのサイズの差は実に５倍強にもなる。

このように、ＲＴＯ３は、処理オーバヘッドと割込み禁
止時間の短縮に重点を置いて設計されなければならない
。したがって、ＲＴＯ３の処理に常に存在するタスク切
替え処理は処理オーバヘッドを小さくするうえで大きな
比重を持つ。

しかし、タスク切替え時間は、コプロセッサをシステム
に追加することによって大幅に増加することが明らかで
ある。ＲＴＯ３処理に常に存在する処理が大幅に増加す
ることは、処理オーバヘッドを常に増加させることにな
る。このようなオーバヘッドの増加は、ＲＴＯ３の性能
上の重大な欠点となる。

また、タスク切替え処理は割付み禁止状態で行われる。

通常、割付み禁止時間が長くなればなるほど、割付みの
受付けが遅延される場合が生じる。

割付みの発生間隔が割付み禁止時間のよりも短い場合は
、発生した割付みが受付けられる前に次の割付みが発生
することになる。このような状況では、既に発生してい
る割付みが無視されることになる。ＲＴＯ３では割込み
が事象である。その事象に対応し切れなくなる事態が生
じると言うことはＲＴＯ３にとって致命的である。

本発明はこのような欠点を除去するもので、タスク切替
処理時間を短縮し、割込み禁止時間を短縮することがで
きるコンテキスト切替装置を提供することを目的とする
。

〔課題を解決するだめの手段〕

本発明は、ＣＰＵと、このＣＰＵに付加されるコプロセ
ッサと、コプロセッサコンテキストを切替える切替手段
とを備えた系に含まれたコンテキスト切替装置において
、上記系上で動作するオペレーティングシステム上で動
作するタスクの識別子が書込まれる第一レジスタと、タ
スク識別子を保持する第二レジスタと、上記第一レジス
タに書込まれた識別子と上記第二レジスタが保持するタ
スク識別子とを比較する比較部と、上記コプロセッサ内
の演算用レジスタの内容が変更されたことを検出する検
出部と、上記比較部での比較結果が不一致を示し、かつ
、上記検出部が上記演算用レジスタの内容の変更を検出
したことを示すときに、上記切替手段に切替指令を与え
る判定部とを備えたことを特徴とする。

〔作用〕

コプロセッサを使用しないタスクにＣＰＵが割当てられ
るときに、コプロセッサコンテキストの退避復帰を省略
し、また、コプロセッサコンテキストを、次にコプロセ
ッサを使用するタスクにＣＰＵが割当てられるまでその
ままとし、さらに、コプロセッサを使用するタスクであ
っても、ＣＰＵが割当てられていた時間内にコプロセッ
サを使用しなかったときは、コプロセッサコンテキスト
の退避復帰を省略する。これにより、割込み禁止時間を
短縮する。

〔実施例〕

以下、本発明の第一実施例を第１図、第２図および第３
図を参照して説明する。

この実施例は、第１図および第９図に示すように、ＣＰ
　Ｕ２Ｏ５と、このＣＰ　Ｕ２Ｏ５に付加されるコプロ
セッサ９１１　と、コプロセッサコンテキストを切替え
る切替手段とを備えた系に含まれ、上記系上で動作する
オペレーティングシステム上で動作するタスクの識別子
が書込まれるレジスタ１０２と、タスク識別子を保持す
るレジスタ１０１　と、レジスタ１０２　に書込まれた
識別子とレジスタ１０１が保持するタスク識別子とを比
較するタスク識別子比較部１０３　と、コプロセッサ９
１１内の演算用レジスタ１０４の内容が変更されたこと
を検出する検出部１０５と、タスク識別子比較部１０３
での比較結果が不一致を示し、かつ、検出部１０５が演
算用レジスタ１０４の内容の変更を検出したことを示す
ときに、上記切替手段に切替指令を与える判定部１０６
とを備える。

第１図は第一実施例におけるコプロセッサの内部ブロッ
ク図を示す。第２図は第一実施例のタスク切替え処理フ
ローを示し、第３図は第一実施例における割付み処理フ
ローを示す。

次に、第一実施例の動作を３つの状況を想定して説明す
る。なお、第一実施例では、タスク識別子の最上位ピッ
）　（ＭＳＢ）が「１」のタスクはコプロセッサを使用
し、「０」のタスクは使用しないものとする。

最初に、タスクＡおよびタスクＢが共°にコプロセッサ
を使用するタスクであり、既にタスクＢがコプロセッサ
を使用している場合を説明する。

まず、実行可能状態にあるタスクの中から最も優先順位
の高いタスクを探す（ステップ５２１）。

この場合にタスクΔが選ばれる。次に、このタスクがＣ
Ｐ　Ｕ９Ｏ３が割当てられていたタスクと同一か否かを
判定するくステップ５２２）。ＣＰ　Ｕ２Ｏ５が割当て
られていたタスクはタスクＢであり、タスクの切替えが
おこる。次に、コプロセッサ９１１にタスクＡのタスク
識別子を書込む（ステップ５２３）。

書込まれたタスクＡのタスク識別子はレジスタ１０２に
保持される。コプロセッサ９１１内のレジスタ１０１に
は、タスクＢのタスク識別子が格納されている。したが
って、タスク識別子比較部１０３による両者の比較結果
は「１」になる。ここで、最初に仮定したように、タス
クＢはＣＰ　Ｕ２Ｏ５が割当てられていたときにコプロ
セッサ９１１を使用した処理を実行していたので、検出
部１０５の出力は「１」になっている。また、タスクＡ
およびタスクＢのタスク識別子のＭＳＢはｒｌ」である
。したがって、コプロセッサ９１１の割込み端子（ＩＮ
Ｔ端子）は「１」になり、ＣＰ　Ｕ２Ｏ５に対して割込
みを起こす。

割込みが発生ずると、次のような処理を行う。

まず、コプロセッサ９１１を使っていたタスクのタスク
識別子を得る（ステップ５３１）　。この場合に、コプ
ロセッサ９１１を使用していたタスクはタスクＢである
。タスクＢのコプロセッサコンテキストを退避する（ス
テップ５３２）。次に、ＣＰＵ９０３を次に割当てるタ
スクのタスク識別子を得る（ステップ５３３）。この場
合はタスクＡである。

タスクＡのコプロセッサコンテキストを復帰する（ステ
ップ５３４）。以上の処理の後に割込み処理から復帰す
る。

次に、タスクＢのＣＰＵコンテキストを退避する（ステ
ップ５２４）。そして、タスクＡのＣＰＵコンテキスト
を復帰する（ステップ５２５）。このようにして、タス
クＢのコンテキストからタスクＡのコンテキストへと入
替わり、タスクの切替えが完了する。

次に、同様な状況でタスクＢがコプロセッサ９１１を使
用していなかった場合も説明する。

この場合にタスクＡが選ばれる。次に、このタスクがＣ
Ｐ　Ｕ２Ｏ５が割当てられていたタスクと同一か否かを
判定する（ステップ５２２）。ＣＰ　Ｕ２Ｏ５が蔀１当
てられていたタスクはタスクＢであり、タスクの切替え
がおこる。次に、コプロセッサ９１１にタスクＡのタス
ク識別子を書込む（ステップ５２３）。

書込まれたタスクＡのタスク識別子はレジスタ１０２に
保持される。コプロセッサ９１１内のレジスタ１０１に
は、タスクＢのタスク識別子が格納されている。したが
って、タスク識別子比較部１０３による両者の比較結果
は「１」になる。また、タスクＡおよびタスクＢのタス
ク識別子のＭＳＢは「１」である。しかし、タスクＢは
ＣＰ　Ｕ２Ｏ５が割当てられていたときにコプロセッサ
９１１を使用していなかったので、検出部１０５の出力
は「０」になっている。したがって、コプロセッサ９１
１の割込み端子（ＩＮＴ端子）は「Ｏ」になり、ＣＰＵ
９０３に対して割込みを起こさない。

続いて、タスクＢのＣＰＵコンテキストを退避する（ス
テップ５２４）。そして、タスクＡのＣＰＵコンテキス
トを復帰する（ステップ５２５）。このようにして、タ
スクＢのコンテキストからタスクＡのコンテキストへと
入替わり、タスクの切替えが完了する。

最後に、タスクＡがコプロセッサ９１１を使用しないタ
スクであり、タスクがコプロセッサ９１１を使用するタ
スクであり、既にタスクＢがコプロセッサ９１１を使用
している場合を説明する。

この場合にタスクＡが選ばれる。次に、このタスクがＣ
Ｐ　Ｕ２Ｏ５が割当てられていたタスクと同一か否かを
判定するくステップ５２２）。ＣＰ　Ｕ２Ｏ５が割当て
られていたタスクはタスクＢであり、タスクの切替えが
おこる。次に、コプロセッサ９１１にタスクＡのタスク
識別子を書込む（ステップ５２３）。

書込まれたタスクへのタスク識別子はレジスタ１０２に
保持される。コプロセッサ９１１内のレジスタ１０１に
はタスクＢのタスク識別子が格納されている。したがっ
て、タスク識別子比較部１０３による両者の比較結果は
「１」になる。また、タスクＢはＣＰ　Ｕ２Ｏ５が割当
てられていたときにコプロセッサ９１１を使用していた
ので、検出部１０５の出力は「１」になっている。しか
し、タスクＡのＭＳＢは「Ｏ」である。したがって、コ
プロセッサ９１１の割込み端子（ＩＮＴ端子）は「０」
になり、ＣＰ　Ｕ２Ｏ５に対して割込みを起こさない。

本発明の第二実施例を第４図および第５図を参照して説
明する。第４図は第二実施例におけるコプロセッサの内
部ブロック図を示す。第５図は第二実施例のタスク切替
え処理フローを示す。

次に、第二実施例の動作を第一実施例と同様に３つの状
況を想定して説明する。なお、第二実施例でも、タスク
識別子の最上位ピッ）　（ＭＳＢ）が「１」のタスクは
コプロセッサ９１１　を使用し、「０」のタスクは使用
しないものとする。

最初に、タスクＡおよびタスクＢが共にコプロセッサ９
１１を使用するタスクであり、既にタスクＢがコプロセ
ッサ９１１を使用している場合を説明する。

まず、実行可能状態にあるタスクの中から最も優先順位
の高いタスクを探す（ステップ５５１）。

この場合にタスクＡが選ばれる。次に、このタスクがＣ
Ｐ　Ｕ２Ｏ５が割当てられていたタスクと同一か否かを
判定する（ステップ５５２）。ｃ　ｐ　Ｕ２Ｏ５が割当
てられていたタスクはタスクＢであり、タスクの切替え
がおこる。次に、コプロセッサ９１１にタスクへのタス
ク識別子を書込む（ステップ５５３）。

書込まれたタスクＡのタスク識別子はレジスタ４０２に
保持される。コプロセッサ９１１内のレジスフタ４０１にはタスクＢのタスク識別子が格納されている
。したがって、タスク識別子比較部４０３による両者の
比較結果は「１」になる。ここで、最初に仮定したよう
に、タスクＢはＣＰ　Ｕ２Ｏ５が割当てられていたとき
にコプロセッサ９１１を使用した処理を実行していたの
で、検出部４０５の出力は「１」になっている。また、
タスクＡ、タスクＢのタスク識別子のＭＳＢはｒｌ」で
ある。したがって、判定部４０６の出力は「１」になる
。

タスクＢのＣＰＵコンテキストを退避する（ステップ５
５４）。続いて、コプロセッサコンテキストを退避する
（ステップ５５５）。ここで、判定部４０Ｇの出力は「
１」であり、この命令が実行される。次に、タスクへの
コプロセッサコンテキストを復帰する（ステップ８５６
）。これも退避命令と同様に実行される。そして、タス
クＡのＣＰＵコンテキストを復帰する（ステップ５５７
）。このようにして、タスクＢのコンテキストからタス
クＡのコンテキストへと入替わり、タスクの切替えが完
了する。

次に、同様な状況でタスクＢがコプロセッサ９１１を使
用していなかった場合を説明する。

まず、実行可能状態にあるタスクの中から最も優先順位
の高いタスクを探ずくステップ５５１）。

この場合にタスクＡが選ばれる。次に、このタスクがｃ
　Ｐ　Ｕ２Ｏ５が割当てられていたタスクと同一か否か
を判定する（ステップ５５２）。ＣＰ　Ｕ２Ｏ５が割当
てられていたタスクはタスクＢであり、タスクの切替え
がおこる。次に、コプロセッサ９１１にタスクＡのタス
ク識別子を書込む（ステップ５５３）。

書込まれたタスクΔのタスク識別子はレジスタ４０２　
に保持される。コプロセッサ９１１内のレジスタ４０１
にはタスクＢのタスク識別子が格納されている。したが
って、タスク識別子比較部４０３による両者の比較結果
は「１」になる。また、タスクＡおよびタスクＢのタス
ク識別子のＭＳＢは「１」である。しかし、タスクＢは
ＣＰ　０９０３が割当てられていたときにコプロセッサ
９１１を使用していなかったので、検出部４０５の出力
は「０」になっている。したがって、判定部４０６の出
力は「０」になる。

タスクＢのＣＰＵコンテキストを退避する（ステップ５
５４）。続いて、コプロセッサコンテキストを退避する
（ステップ５５５）。ここで、判定部４０６の出力は「
Ｏ」であり、この命令が無効になり実行されない。次に
、タスクへのコブロセ・ンサコンテキストを復帰するく
ステップ８５６）。これも退避命令と同様に実行されな
い。そして、タスクＡのＣＰＵコンテキストを復帰する
（ステップ５５５）。このようにして、タスクＢのコン
テキストからタスクＡのコンテキストへと入替わり、タ
スクの切替えが完了する。

最後に、タスク八がコプロセッサ９１１を使用しないタ
スクであり、タスクがコプロセッサ９１１を使用するタ
スクであり、既にタスクＢがコプロセッサ９１１を使用
している場合を説明する。

この場合にタスクＡが選ばれる。次に、このタスクがＣ
Ｐ　Ｕ２Ｏ５が割当てられていたタスクと同一か否かを
判定する（ステップ５５２）。ＣＰ　Ｕ２Ｏ５が割当て
られていたタスクはタスクＢであり、タスクの切替えが
おこる。次に、コプロセッサ９１１にタスクＡのタスク
識別子を書込む（ステ・ツブ５５３）。

書込まれたタスクΔのタスク識別子はレジスタ４０２に
保持される。コプロセッサ９１１内のレジスタ４０１に
はタスクＢのタスク識別子が格納されている。したがっ
て、タスク識別子比較部４０３による両者の比較結果は
「１」になる。また、タスクＢはＣＰ　Ｕ２Ｏ５が割当
てられていたときにコプロセッサ９１１を使用していた
ので、検出部４０５の出力は「１」になっている。しか
し、タスクＡのＭＳＢは「０」である。したがって、判
定部４０６の出力は「０」になる。

タスクＢのＣＰＵコンテキストを退避する（ステップ５
５４）。続いて、コプロセッサコンテキストを退避する
（ステップ５５５）。ここで、判定部４０６の出力は「
Ｏ」であり、この命令が無効となり実行されない。次に
、タスクへのコプロセッサコンテキストを復帰する（ス
テップ８５６）。これも退避命令と同様に実行されない
。そして、タスクＡのＣＰＵコンテキストを復帰するく
ステップ５５５）。このようにして、タスクＢのコンテ
キストからタスクへのコンテキストへと入替わり、タス
クの切替えが完了する。

〔発明の効果〕

本発明は、以」二説明したように、コプロセッサを使用
しないタスクにＣＰＵが割当てられる場合は、ＣＰＵコ
ンテキストと比較してサイズの大きなコプロセッサコン
テキストの退避復帰を省略することができるので、タス
ク切替え時にかかる処理時間を短縮し、割込み禁止時間
を短くすることができ、ＲＴＯ３にとって致命的となる
割込み処理の遅延を最小限に押さえることができる効果
がある。

また、コプロセッサのコンテキストは、次にコプロセッ
サを使用するタスクにＣＰＵが割当てられるまではその
ままであり、タスク切替え処理時にコプロセッサコンテ
キストは退避されないので、前述したタスクの切替わり
があった後に再びタスクＢにＣＰＵが割当てられる場合
に、コプロセッサのコンテキストを切替え処理を省略す
ることができ、このような場合にもまた、タスク切替え
時にかかる処理時間を短縮し、割込み禁止時間を短くす
ることができる効果がある。

さらに、コプロセッサを使用するタスクであってもＣＰ
Ｕが割当てられていた時間内にコプロセッサを使用しな
かった場合は、コプロセッサコンテキストの退避復帰を
省略するので、このような場合にもまた、タスク切替え
時にかかる処理時間を短縮し、割当み禁止時間を短くす
ることができる効果がある。

【図面の簡単な説明】

第１図は本発明の第一実施例におけるコプロセッサの内
部ブロック図。第２図は本発明実施例におけるタスク切替えの処理フロ
ー図。第３図は本発明実施例における割込み処理フロー図。第４図は本発明第二実施例におけるコプロセッサの内部
ブロック図。第５図は本発明第二実施例におけるタスク切替えの処理
フロー図。第６図は従来例のタスク切替えの処理フロー図。第７図はコプロセッサが付加された場合の従来例のタス
ク切替え処理フロー図。第８図はＲＴＯ３の実行環境を示す図。第９図はコプロセッサを付加したＲＴＯ３の実行環境を
示す図。第１０図はタスクのコンテキストを示す図。第１１図はコプロセッサが付加されている場合に、第１
０図に対して増加するコンテキストを示す図。１０１．１０２．４０１．４０２・・・レジスタ、１０
３．４０３・・・タスク識別子比較部、１０４．４０４
・・・演算用レジスタ、１０５．４０５・・・検出部、
１０６．４０６・・・判定部、４０７・・・命令実行部
、８０１．９０１・・・アドレスバス、８０２．９０２
・・・データバス、８０３．９０３・・・ＣＰＵ。８０４．９０４・・・割込みコントローラ、８０５．９
０５・・・インターバルタイマ、８０６．９０６・・・
ＲＡＭ、８０７．９０７・・・ＲＯＭ、　８０８．９０
８・・・割込み信号路、８０９．９０９・・・割込み受
付は信号路、８１０．９１０．９１２・・・割込み信号
路、９１１・・・コプロセッサ。Ｇ実施例の動作第２図実施例の動作第３図実施例の動作第５図従来例の動作第６図

Claims

【特許請求の範囲】１、ＣＰＵと、このＣＰＵに付加されるコプロセッサと
、コプロセッサコンテキストを切替える切替手段とを備
えた系に含まれたコンテキスト切替装置において、上記系上で動作するオペレーティングシステム上で動作
するタスクの識別子が書込まれる第一レジスタと、タスク識別子を保持する第二レジスタと、上記第一レジスタに書込まれた識別子と上記第二レジス
タが保持するタスク識別子とを比較する比較部と、上記コプロセッサ内の演算用レジスタの内容が変更され
たことを検出する検出部と、上記比較部での比較結果が不一致を示し、かつ、上記検
出部が上記演算用レジスタの内容の変更を検出したこと
を示すときに、上記切替手段に切替指令を与える判定部
とを備えたことを特徴とするコンテキスト切替装置。