JPWO2011104812A1

JPWO2011104812A1 - マルチコアプロセッサシステム、割込プログラム、および割込方法

Info

Publication number: JPWO2011104812A1
Application number: JP2012501551A
Authority: JP
Inventors: 浩一郎山下; 宏真山内; 清志宮▲崎▼
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2010-02-23
Filing date: 2010-02-23
Publication date: 2013-06-17
Anticipated expiration: 2030-02-23
Also published as: EP2541406A4; CN102754080B; CN102754080A; WO2011104812A1; US20120317403A1; EP2541406A1; JP5673666B2

Abstract

アプリ（Ａ）において排他開始イベントが検出されると、スレッド（Ｂ）に割込信号（排他開始）を通知する。排他開始イベントの通知を受け付けると、スレッド（Ｂ）を退避させることでスレーブＣＰＵ（１０２）が開放される。スレッドキューにはスレッド（Ｙ）があるため、スレーブＣＰＵ（１０２）にはスレッド（Ｙ）が割り当てられる。これにより、スレーブＣＰＵ（１０２）では、スレッド（Ｙ）が実行される。スレッド（Ｙ）が終了すると、スレッドキューは空であるため低電力モードに移行する。このあと、アプリ（Ａ）において、排他終了イベントが検出されると、アプリ（Ａ）からスレーブＣＰＵ（１０２）に対し割込信号（排他終了）を通知する。スレーブＣＰＵ（１０２）では、排他終了イベントの通知を受け付けると、スレッド（Ｂ）をスレーブＣＰＵ（１０２）に復元する。これにより、スレッド（Ｂ）を退避させた位置から再実行することができる。

Description

本発明は、スレッドの割込を制御するマルチコアプロセッサシステム、割込プログラム、および割込方法に関する。

従来からマルチコアプロセッサシステムが開示されている。たとえば、スレーブＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）ではＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）のカーネルを動作させずに、マスタＣＰＵからの起動要求に対し、スレーブライブラリをスレッド起動するマルチコアプロセッサシステムがある（たとえば、下記特許文献１〜４を参照。）。この場合、スレーブＣＰＵではカーネルは動作させず、必要最低限のスレッド実行手続きとマスタＣＰＵからの割り込み制御機能のみを有することで、ＯＳのカーネルによるオーバーヘッドを最小限にする。

たとえば、マスタＣＰＵで実行されているライブラリスレッドがスレーブＣＰＵに対しスレーブライブラリスレッドの呼び出しがあった場合、マスタＣＰＵおよびスレーブＣＰＵで並列実行が実現できる。

特開２００５−２５７２６号公報特開平６−２４３１０２号公報特開平６−１４９７５２号公報特開２００６−１８５３４８号公報

しかしながら、上述した従来技術では、スレーブＣＰＵは、マスタＣＰＵから呼び出しがあればスレッドを実行するが、呼び出しがない場合、休止状態が継続することとなる。マスタＣＰＵとスレーブＣＰＵは常時並列実行する場合は少なく、通常は、スレーブＣＰＵはマスタＣＰＵからの呼び出しがあるまで休止状態となる。

このように、動作させるソフトウェアの並列実行可能な比率により、システムの利用効率が決定する（アムダールの法則）が、プロセッサ数が増えるに従い、あるいはソフトウェアのもつ並列実行可能な比率が下がるに従い、極端に利用効率が悪化して性能が劣化するという問題があった。

一方、マルチプロセッサの各ＣＰＵにＯＳを走行させると、各ＣＰＵでアプリケーションが実行されるが、同時に実行されるアプリケーションに対し排他制御などを施す必要が生じる。このように、ＯＳのカーネルによりきめこまかい制御が可能となるが、その管理機構によるオーバーヘッドが発生するという問題があった。特に、携帯端末のような組み込みシステムにおいては、管理機構によるオーバーヘッドが無視できない負荷になるという問題があった。

本発明は、上述した従来技術による問題点を解消するため、低負荷でかつプロセッサの利用効率の向上を図ることができるマルチコアプロセッサシステム、割込プログラム、および割込方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本マルチコアプロセッサシステム、割込プログラム、および割込方法は、ＯＳおよび複数のアプリケーションが実行される一のコアと前記複数のアプリケーションのスレッドが割り当てられる他のコアとを有するマルチコアプロセッサシステムであって、前記複数のアプリケーションのうち一のアプリケーションにおいて発生したイベントを指定する割込信号を前記一のコアから受信し、受信された割込信号で指定されたイベントが、前記他のコアで現在実行中のスレッドに対する排他または同期の開始イベントであるか否かを判断し、前記開始イベントであると判断された場合、前記現在実行中のスレッドを前記他のコアから退避させ、前記複数のアプリケーションの実行待ちスレッド群のうち退避させられたスレッド以外の他のスレッドを前記他のコアの実行対象スレッドに割り当てることを要件とする。

本マルチコアプロセッサシステム、割込プログラム、および割込方法によれば、低負荷でかつプロセッサの利用効率の向上を図ることができるという効果を奏する。

本実施の形態にかかるマルチコアプロセッサシステムのハードウェア構成を示すブロック図である。本実施の形態にかかるマルチコアプロセッサシステムでの実行処理手順を示すフローチャートである。割込制御の具体例１を示すシーケンス図である。割込制御の具体例２を示すシーケンス図である。割込制御の具体例３を示すシーケンス図である。割込制御の具体例４を示すシーケンス図である。

以下に添付図面を参照して、この発明にかかるマルチコアプロセッサシステム、割込プログラム、および割込方法の実施の形態を詳細に説明する。なお、本実施の形態のマルチコアプロセッサシステムにおいて、マルチコアプロセッサとは、コアが複数搭載されたプロセッサである。コアが複数搭載されていれば、複数のコアが搭載された単一のプロセッサでもよく、シングルコアのプロセッサが並列されているプロセッサ群でもよい。なお、本実施の形態では、説明を単純化するため、シングルコアのプロセッサが並列されているプロセッサ群を例に挙げて説明する。

（マルチコアプロセッサシステムのハードウェア構成）
図１は、本実施の形態にかかるマルチコアプロセッサシステムのハードウェア構成を示すブロック図である。図１において、マルチコアプロセッサシステム１００は、マスタＣＰＵ１０１と一または複数のスレーブＣＰＵ１０２（図１では１個）とメモリ１０３とがバス１０４を介して接続されて構成されている。マスタＣＰＵ１０１およびスレーブＣＰＵ１０２にはキャッシュメモリが内蔵されている。

マスタＣＰＵ１０１は、メモリ管理やスレーブＣＰＵ１０２を制御するＯＳ１１０が走行する。ＯＳ１１０はマスタＣＰＵ１０１でのみ走行する。また、マスタＣＰＵ１０１では、ＯＳ１１０に対応する複数のアプリケーションが、ＯＳ１１０のスケジューリングによりタイムスライスで動作する。アプリケーションＡにはその動作中に起動するスレッドＢが含まれており、アプリケーションＸにはその動作中に起動するスレッドＹが含まれる。

スレーブＣＰＵ１０２は、割込プログラム１２０を実行する。また、マスタＣＰＵ１０１で実行されているアプリケーションのスレッドも実行される。スレーブＣＰＵ１０２では、ＯＳ１１０が走行しないため、１個だけで独立動作することとなる。

メモリ１０３は、ＯＳ１１０やアプリケーション、その他各種情報を記憶したり、マスタＣＰＵ１０１およびスレーブＣＰＵ１０２のワークエリアとして使用される。メモリ１０３は、具体的には、たとえば、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、フラッシュメモリ、ハードディスクドライブなどの記憶装置である。

図１では、マスタＣＰＵ１０１ではＯＳ１１０上で動作するアプリケーションＡ，Ｘがタイムスライス動作しており、スレーブＣＰＵ１０２ではアプリケーションＡのスレッドＢが独立動作している。なお、アプリケーションＸのスレッドＹはマスタＣＰＵ１０１のスレッドキューで待機している。

本実施の形態では、排他または同期のイベントが発生した場合、スレーブＣＰＵ１０２を効率よく運用する。ここで、同期の例について説明する。たとえば、アプリケーションＡに、ファイル読み込みを行ってメモリ１０３上に展開する機能があり、同時実行中のスレッドＢはメモリ１０３上に展開されたファイルのデータを利用するものとする。このとき、スレッドＢはアプリケーションＡによるファイル読み出しとメモリ展開が完了するまで待機することになる。すなわちデータが展開されるメモリ領域は、ファイル読み出しと同時にアプリケーションＡにより排他監視下におかれ、一時的にスレーブＣＰＵ１０２からスレッドＢが開放される。このあと、メモリ展開後にスレッドＢとデータを共用（同期）することになる。

また、排他の例について説明する。たとえば、アプリケーションＡがブラウザ、スレッドＢがブラウザ内で動作する動画再生プログラムとする。また、アプリケーションＸがメーラ、スレッドＹがメールの問合わせプログラムとする。

マスタＣＰＵ１０１では、アプリケーションＡ（ブラウザ）とアプリケーションＸ（メーラ）が時分割で動作しているものとする。スレッドＢ（動画再生プログラム）が動画配信サーバからの動画の再生中に、スレッドＹ（メールの問合わせプログラム）の起動タイミングがきた場合、ＯＳ１１０は、スレーブＣＰＵ１０２にスレッドＹ（メールの問合わせプログラム）を実行させるため、スレッドＢ（動画再生プログラム）を排他制御する。これにより、スレーブＣＰＵ１０２からスレッドＢ（動画再生プログラム）が開放されて、スレーブＣＰＵ１０２においてスレッドＹ（メールの問合わせプログラム）が実行されることとなる。

（マルチコアプロセッサシステム１００での割込処理手順）
図２は、本実施の形態にかかるマルチコアプロセッサシステム１００での実行処理手順を示すフローチャートである。図２において、マスタＣＰＵ１０１の処理手順は、ＯＳ１１０の管理処理手順を示しており、スレーブＣＰＵ１０２の処理手順は、マスタＣＰＵ１０１からのスレッドの割込制御処理手順を示している。

まず、マスタＣＰＵ１０１でのＯＳ１１０の管理処理手順について説明する。ＯＳ１１０は、マスタプロセスを並列起動する（ステップＳ２０１）。具体的には、たとえば、マスタプロセスであるアプリケーションＡ，Ｘをタイムスライス動作させる。

また、起動されたマスタプロセスが実行されると、マスタＣＰＵ１０１は、ＯＳ１１０により、マスタプロセスの実行状況に応じてマスタプロセスのスレッドをスレッドキュー２００に設定する（ステップＳ２０２）。具体的には、たとえば、スレッドＢ，Ｙを設定する。スレッドキュー２００のステータスは、たとえば、メモリ１０３に書き込まれており、スレーブＣＰＵ１０２から参照可能となっている。

そして、マスタＣＰＵ１０１は、ＯＳ１１０により、イベントの発生を検出する（ステップＳ２０３）。ここで、イベントとは、スレッドの起動や停止、割込、排他、同期、シグナル・メッセージなどがある。イベントは、ＯＳ１１０上で実行されているアプリケーションやスレーブＣＰＵ１０２で実行されているスレッドにより発生する。

ＯＳ１１０がイベントの発生を検出すると、そのイベント種別を判別する（ステップＳ２０４）。イベントが排他または同期に関するイベントである場合（ステップＳ２０４：排他・同期）、マスタＣＰＵ１０１は、ＯＳ１１０により、割込信号の上位ビットに排他または同期を示す識別子を印加して（ステップＳ２０５）、ステップＳ２０６に移行する。

一方、ステップＳ２０４において、イベント種別が排他・同期以外のイベントである場合（ステップＳ２０４：その他）、ステップＳ２０６に移行する。ステップＳ２０６では、マスタＣＰＵ１０１は、ＯＳ１１０により、ステップＳ２０４で判別されたイベントに応じた割込信号をスレーブＣＰＵ１０２に通知する（ステップＳ２０６）。このように、マスタＣＰＵ１０１は、ＯＳ１１０により、マスタプロセスにおいてイベントが発生すると割込信号をスレーブＣＰＵ１０２に通知するとともに、スレッドキュー２００に必要なスレッドを投入して、実行待ちスレッドにする。

また、スレーブＣＰＵ１０２は、割込プログラム１２０により、スレッドの起動を待ち受け（ステップＳ２１０）、スレッドが起動されると、スレーブＣＰＵ１０２は、割込プログラム１２０により、スレッドを実行する（ステップＳ２１１）。このスレッド動作は割込信号を受信するまでおこなわれる。また、割込信号の受信前にスレッドが終了した場合は、ステップＳ２１６に移行する。

また、スレーブＣＰＵ１０２がマスタＣＰＵ１０１から割込信号の通知を受けると、スレーブＣＰＵ１０２は、割込プログラム１２０により、割込受信処理を実行する（ステップＳ２１２）。そして、スレーブＣＰＵ１０２は、割込プログラム１２０により、割込信号で指定されたイベントの種別を判断する（ステップＳ２１３）。イベントが、排他または同期に関するイベント以外の他のイベントである場合（ステップＳ２１３：その他）、スレーブＣＰＵ１０２は、割込プログラム１２０により、他のイベントに応じたイベント処理を実行して（ステップＳ２１４）、ステップＳ２１１に戻る。

一方、イベント種別が排他または同期の開始イベントである場合（ステップＳ２１３：排他開始・同期開始）、スレーブＣＰＵ１０２は、割込プログラム１２０により、現在実行中のスレッドを退避させる（ステップＳ２１５）。具体的には、たとえば、現在実行中のスレッドが利用していたスレーブＣＰＵ１０２のキャッシュメモリ上のデータをメモリ１０３にフラッシュし、メモリ１０３上のコンテキスト領域を開放することなく、これまで動作していたプログラムカウンタの位置を保存する。これにより、スレーブＣＰＵ１０２が実行していたスレッドから開放される。

スレッドが退避されると、割込プログラム１２０は、割込プログラム１２０により、ＯＳ１１０のスレッドキュー２００のステータスをチェックする（ステップＳ２１６）。スレッドキュー２００が空集合でない場合（ステップＳ２１６：キュー≠Φ）、割込プログラム１２０は、割込プログラム１２０により、スレッドキュー２００の先頭のスレッド（退避させられたスレッドではない）を実行対象スレッドに設定して当該スレッドを実行する（ステップＳ２１７）。そして、ステップＳ２１１に戻る。

一方、スレッドキュー２００のステータスが空集合である場合（ステップＳ２１６：キュー＝Φ）、割込プログラム１２０は、割込プログラム１２０により、スレーブＣＰＵ１０２を低電力モードに設定して（ステップＳ２１８）、ステップＳ２１０のスレッド起動待ち受けに移行する。

また、ステップＳ２１３において、イベント種別が、排他解除（終了）または同期終了である場合（ステップＳ２１３：排他解除・同期終了）、割込プログラム１２０は、割込プログラム１２０により、退避スレッドを復元する（ステップＳ２１９）。具体的には、退避スレッドについては、スレーブＣＰＵ１０２を開放してもメモリ１０３のコンテキスト領域は開放していないため、退避スレッドが用いていたメモリ領域は保護されている。

単純に、スレーブＣＰＵ１０２のレジスタ（メモリ１０３でもよい）に保存していた退避スレッドのプログラムカウンタを復元するのみで、退避スレッドを再開（復元）することができる。そして、ステップＳ２１１に戻る。このように、以上の操作により、従来では排他または同期待ちのため休止していたスレーブＣＰＵ１０２をより効率的に運用することが可能となる。

（割込制御の具体例）
つぎに、図３〜図６を用いて割込制御の具体例を説明する。

図３は、割込制御の具体例１を示すシーケンス図である。図３では、マスタＣＰＵ１０１においてアプリケーションＡ，ＸがＯＳ１１０上でタイムスライス動作しており（実際には、ＯＳ１１０、Ａ、Ｘがタイムスライス動作）、スレーブＣＰＵ１０２にはスレッドＢが実行されているものとする。また、ＯＳ１１０のスレッドキュー２００には実行待ちスレッドとしてスレッドＹが待機しているものとする。

アプリケーションＡにおいて排他開始イベントが検出されると、アプリケーションＡからスレッドＢに対し割込信号（排他開始）を通知する。スレーブＣＰＵ１０２では、排他開始イベントの通知を受け付けると、スレッドＢを退避させることでスレーブＣＰＵ１０２が開放される。スレッドキュー２００にはスレッドＹがあるため、スレーブＣＰＵ１０２にはスレッドＹが割り当てられる。これにより、スレーブＣＰＵ１０２では、スレッドＹが実行される。このあと、スレッドＹが終了すると、スレッドキュー２００は空であるため低電力モードに移行する。

このあと、アプリケーションＡにおいて、排他終了イベントが検出されると、アプリケーションＡからスレーブＣＰＵ１０２に対し割込信号（排他終了）を通知する。スレーブＣＰＵ１０２では、排他終了イベントの通知を受け付けると、スレッドＢをスレーブＣＰＵ１０２に復元する。これにより、スレッドＢを退避させた位置から再実行することができる。

また、同期についても同様に、アプリケーションＡにおいて同期開始イベントが検出されると、アプリケーションＡからスレッドＢに対しコヒーレント処理およびスレーブＣＰＵ１０２への通知をおこなう。このとき、スレーブＣＰＵ１０２では一時的にスレッドＢが退避させられるが、すぐに復元する。そして、同期開始のタイミングになると、アプリケーションＡおよびスレッドＢが同期して実行される。

図４は、割込制御の具体例２を示すシーケンス図である。図４では、マスタＣＰＵ１０１においてアプリケーションＡ，ＸがＯＳ１１０上でタイムスライス動作しており、スレーブＣＰＵ１０２にはスレッドＢが実行されているものとする。そして、スレッドＢがその親となるマスタプロセスではないアプリケーションＸに排他をかける例である。

スレッドＢがアプリケーションＸに対する排他開始イベントを検出すると、ＯＳ１１０に通知する。ＯＳ１１０では、アプリケーションＸの停止イベントを検出することとなり、それ以降は、ＯＳ１１０とアプリケーションＡとでタイムスライス動作することとなる。このあと、スレッドＢがアプリケ−ションＸに対する排他終了イベントを検出すると、ＯＳ１１０に通知する。マスタＣＰＵ１０１では、その後、アプリケーションＸが復元され、ＯＳ１１０、アプリケーションＡ，Ｘがタイムスライス動作することとなる。このように、スレーブＣＰＵ１０２で排他イベントが検出される場合でも、マルチコアプロセッサシステム１００は問題なく動作することとなる。

図５は、割込制御の具体例３を示すシーケンス図である。図５では、マスタＣＰＵ１０１においてアプリケーションＡ，ＸがＯＳ１１０上でタイムスライス動作しており、スレーブＣＰＵ１０２にはスレッドＢが実行されているものとする。そして、スレッドＢがその親となるマスタプロセスのアプリケーションＡに排他をかける例である。

スレッドＢがアプリケーションＡに対する排他開始イベントを検出すると、ＯＳ１１０に通知する。ＯＳ１１０では、アプリケーションＡの停止イベントを検出することとなり、それ以降は、ＯＳ１１０とアプリケーションＸとでタイムスライス動作することとなる。このあと、スレッドＢがアプリケ−ションＡに対する排他終了イベントを検出すると、ＯＳ１１０に通知する。マスタＣＰＵ１０１では、その後、アプリケーションＡが復元され、ＯＳ１１０、アプリケーションＡ，Ｘがタイムスライス動作することとなる。このように、スレーブＣＰＵ１０２で排他イベントが検出される場合でも、マルチコアプロセッサシステム１００は問題なく動作することとなる。

図６は、割込制御の具体例４を示すシーケンス図である。図６は、図５において、ＯＳ１１０のスレッドキュー２００にスレッドＹが設定されている例である。スレッドＢがアプリケーションＡに対する排他開始イベントを検出すると、ＯＳ１１０に通知する。ＯＳ１１０では、アプリケーションＡの停止イベントを検出することとなり、アプリケーションＡが停止させられる。

図６では、このあと、ＯＳ１１０とアプリケーションＸのタイムスライス動作となるが、アプリケーションＸにおいてスレッドＹを起動させたい場合、スレーブＣＰＵ１０２ではスレッドＢが実行中であるため、スレッドＹを実行できない。これにより、アプリケーションＸの実行も中断することとなり、マスタＣＰＵ１０１ではＯＳ１１０のみが実行されることとなる。

このあと、排他終了イベントがスレーブＣＰＵ１０２で検出されると、スレッドＢからＯＳ１１０に通知される。これにより、スレッドＢが終了するとともに、マスタＣＰＵ１０１では、ＯＳ１１０、アプリケーションＸ，Ａがタイムスライス動作することとなる。

このように、本実施の形態にかかるマルチコアプロセッサシステム１００では、マスタＣＰＵ１０１とスレーブＣＰＵ１０２のうちどのＣＰＵで排他や同期のイベントが発生しても、効率的な運用を図ることができる。

以上説明したように、本実施の形態にかかるマルチコアプロセッサシステム１００、割込プログラム１２０、および割込方法によれば、ＯＳ１１０をマスタＣＰＵ１０１でのみ走行させ、スレーブＣＰＵ１０２には割込プログラム１２０を実行させているにすぎないため、低負荷での運用を図ることができる。

また、マスタＣＰＵ１０１からスレーブＣＰＵ１０２のスレッドに対し排他または同期をかけることで、実行中のスレッドを退避させるとともに、退避後の空き状態では実行待ちスレッドを割り当てて実行させる。これにより、スレーブＣＰＵ１０２では、休止状態の期間が大幅に短縮され効率的な運用を図ることができる。また、実行待ちスレッドがない場合には、低電力モードに移行するため、低消費電力化を図ることができる。

１００マルチコアプロセッサシステム
１０１マスタＣＰＵ
１０２スレーブＣＰＵ
１０３メモリ
１０４バス
１２０割込プログラム
Ａ，Ｘアプリケーション
Ｂ，Ｙスレッド

Claims

ＯＳおよび複数のアプリケーションが実行される一のコアと前記複数のアプリケーションのスレッドが割り当てられる他のコアとを有するマルチコアプロセッサシステムであって、
前記複数のアプリケーションのうち一のアプリケーションにおいて発生したイベントを指定する割込信号を前記一のコアから受信する受信手段と、
前記受信手段によって受信された割込信号で指定されたイベントが、前記他のコアで現在実行中のスレッドに対する排他または同期の開始イベントであるか否かを判断する判断手段と、
前記判断手段によって前記開始イベントであると判断された場合、前記現在実行中のスレッドを前記他のコアから退避させる退避手段と、
前記複数のアプリケーションの実行待ちスレッド群のうち前記退避手段によって退避させられたスレッド以外の他のスレッドを前記他のコアの実行対象スレッドに割り当てる割当手段と、
を備えることを特徴とするマルチコアプロセッサシステム。
前記退避手段によって前記現在実行中のスレッドが退避させられた場合、前記実行待ちスレッド群の有無を特定する特定手段を備え、
前記割当手段は、
前記特定手段によって前記実行待ちスレッド群があると特定された場合、前記実行待ちスレッド群のうち前記退避手段によって退避させられたスレッド以外の他のスレッドを前記他のコアの実行対象スレッドに割り当てることを特徴とする請求項１に記載のマルチコアプロセッサシステム。
前記特定手段によって前記実行待ちスレッド群がないと特定された場合、前記他のコアを現在の電力よりも低電力の状態に設定する設定手段を備えることを特徴とする請求項２に記載のマルチコアプロセッサシステム。
前記割当手段は、
前記判断手段によって、前記割込信号で指定されたイベントが、前記退避手段によって退避させられたスレッドに対する排他または同期の終了イベントであると判断された場合、前記退避手段によって退避させられたスレッドを前記他のコアの実行対象スレッドに割り当てることを特徴とする請求項１〜３のいずれか１つに記載のマルチコアプロセッサシステム。
ＯＳおよび複数のアプリケーションが実行される一のコアと前記複数のアプリケーションのスレッドが割り当てられる他のコアとを有するマルチコアプロセッサシステムにおいて、前記他のコアで実行される割込プログラムであって、
前記複数のアプリケーションのうち一のアプリケーションにおいて発生したイベントを指定する割込信号を前記一のコアから受信する受信工程と、
前記受信工程によって受信された割込信号で指定されたイベントが、前記他のコアで現在実行中のスレッドに対する排他または同期の開始イベントであるか否かを判断する判断工程と、
前記判断工程によって前記開始イベントであると判断された場合、前記現在実行中のスレッドを前記他のコアから退避させる退避工程と、
前記複数のアプリケーションの実行待ちスレッド群のうち前記退避工程によって退避させられたスレッド以外の他のスレッドを前記他のコアの実行対象スレッドに割り当てる割当工程と、
を前記他のコアに実行させることを特徴とする割込プログラム。
ＯＳおよび複数のアプリケーションが実行される一のコアと前記複数のアプリケーションのスレッドが割り当てられる他のコアとを有するマルチコアプロセッサシステムにおいて、前記他のコアが、
前記複数のアプリケーションのうち一のアプリケーションにおいて発生したイベントを指定する割込信号を前記一のコアから受信する受信工程と、
前記受信工程によって受信された割込信号で指定されたイベントが、前記他のコアで現在実行中のスレッドに対する排他または同期の開始イベントであるか否かを判断する判断工程と、
前記判断工程によって前記開始イベントであると判断された場合、前記現在実行中のスレッドを前記他のコアから退避させる退避工程と、
前記複数のアプリケーションの実行待ちスレッド群のうち前記退避工程によって退避させられたスレッド以外の他のスレッドを前記他のコアの実行対象スレッドに割り当てる割当工程と、
を実行することを特徴とする割込方法。