JP2013140596A - メニーコアシステムのためのオペレーティングシステム動的再構成装置及び方法 - Google Patents

Abstract

【課題】 メニーコアシステムのためのオペレーティングシステム動的再構成装置及び方法を提供する。
【解決手段】 実行されるアプリケーションの形態を決定するアプリケーション形態決定部と、決定されたアプリケーションの形態に基づいて、オペレーティングシステムの少なくとも１つ以上の機能を非アクティブ化させ、オペレーティングシステムを再構成するオペレーティングシステム再構成部とを備える、メニーコアシステムのためのオペレーティングシステム動的再構成装置である。
【選択図】 図３

Description

本発明は、動的に再構成ができる効率的なリソース管理方法を提供するメニーコアシステムのためのオペレーティングシステム動的再構成装置及び方法に関する技術的な思想を開示する。

アプリケーションの高性能化及び省電力化に対する要求が大きくなるにつれて複数のプロセッシングコア（ｐｒｏｃｅｓｓｉｎｇ ｃｏｒｅ）を用いるメニーコアシステムが増加する傾向にある。メニーコアシステムのリソースを効率よく管理するために、これをさらに小さいサイズに分割して個別アプリケーションに割り当てる方法が多く用いられている。

図１Ａ及び図１Ｂは、それぞれ従来技術に係るハイパーバイザ（Ｈｙｐｅｒｖｉｓｏｒ）基盤のメニーコアＯＳ、及びマイクロカーネル（ｍｉｃｒｏｋｅｒｎｅｌ）基盤のメニーコアＯＳを説明するための図である。

図１Ａに示す方式は、ハイパーバイザ１１０を用いてリソースを分割した後、分割ごとにＯＳ１２０及びアプリケーション１３０を実行することで分割がシステム及びＯＳ１２０の初期化時に固定されるという短所がある。

図１Ｂに示す方式は、マイクロカーネル１４０を用いてリソース管理及びコア間の通信の最小機能のみを提供し、残りのＯＳ１５０の機能は別途の分割でサービス形態に提供することで、アプリケーションの要求に応じて分割が動的に割り当てられる。

しかし、ＯＳ専用の分割を固定して割り当てなければならないため、コアの活用性は落ちてしまう。このように従来技術の問題は、（１）（全体あるいは一部）コアの役割が固定されてコアの活用性が落ちることである。また、（２）（マイクロカーネルまたはハイパーバイザなど）レイヤが追加されることによってＯＳシステムコール（ｓｙｓｔｅｍ ｃａｌｌ）の応答時間が長くなる短所もある。

本発明の目的は、メニーコアシステムのためのオペレーティングシステム動的再構成装置及び方法を提供することである。

本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置は、実行されるアプリケーションの形態を決定するアプリケーション形態決定部と、前記決定されたアプリケーションの形態に基づいて、オペレーティングシステムの少なくとも１つ以上の機能を非アクティブ化させ、前記オペレーティングシステムを再構成するオペレーティングシステム再構成部とを備える。

本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成方法は、実行されるアプリケーションの形態を決定するステップと、前記決定されたアプリケーションの形態に基づいてオペレーティングシステムの少なくとも１つ以上の機能を非アクティブ化させ、前記オペレーティングシステムを再構成するステップとを含む。

本発明によると、メニーコアシステムのためのオペレーティングシステム動的再構成装置及び方法を提供することができる。

従来技術に係るハイパーバイザ基盤のメニーコアＯＳを説明する図である。 従来技術に係るマイクロカーネル基盤のメニーコアＯＳを説明する図である。 本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を説明する図である。 本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置に１６−コアシステムを適用した実施形態を説明する図である。 本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を通したアプリケーションの形態に係るＯＳパーティションの設定実施形態を説明する図である。 本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を通したアプリケーションの形態を説明する実施形態を説明する図である。 本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を介して既存のアプリケーションが終了して新しいアプリケーションを開始する実施形態を説明する図である。 本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成方法を説明するフローチャートである。 本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を通した効果を説明する図である。 本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を通した効果を説明する図である。

以下、本発明に係る好適な実施形態を添付する図面を参照しながら詳細に説明する。

本発明の説明において、関連の公知機能または構成に対する具体的な説明が本発明の要旨を不要に曖昧にすると判断される場合にはその詳細な説明を省略する。そして、本明細書で用いられる用語（ｔｅｒｍｉｎｏｌｏｇｙ）は本発明の好適な実施形態を適切に表現するために用いられた用語であって、ユーザ、運用者の意図または本発明が属する分野の慣例などによって変わり得る。したがって、本用語に対する定義は本明細書の全般にわたる内容に基づいて下されなければならない。各図面に提示された同一の参照符号は同一の部材を示す。

本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置は、実行されるアプリケーションの形態を決定するアプリケーション形態の決定部と、決定されたアプリケーションの形態に基づいてオペレーティングシステムの少なくとも１つ以上の機能のみをアクティブ化し、オペレーティングシステムを再構成するオペレーティングシステム再構成部とを備える。

このような本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置は、アプリケーションの形態によってアプリケーションで使用しないオペレーティングシステム機能に対して非アクティブ化してシステムオーバーヘッドを除去することで、全体的なシステム性能を向上させることができる。

以下は、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置及び方法について具体的に説明する。

図２は、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を用いる場合の効果を説明する図である。

本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を利用すれば、全てのコアをアプリケーションの実行のために割り当てられるためコアの活用性が高い。それだけではなく、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置は別途のレイヤを必要としないため、オペレーティングシステムシステムコール（ＯＳ ｓｙｓｔｅｍ ｃａｌｌ）の応答時間が長くなる問題もない。

また、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を利用すれば、実行するアプリケーションの特性に応じて分割ごとのオペレーティングシステム２３０の機能を動的に再設定することができる。

例えば、同図に示すように、ストリームアプリケーション２１０を実行する分割はコア当たり１つのタスク２２０だけを割り当て、マルチタスク（ｍｕｌｔｉｔａｓｋｉｎｇ）機能などを除くことでＯＳ実行のオーバーヘッドを減少することができる。

図３は、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置に１６−コアシステムを適用した実施形態を説明する図である。

本発明の技術がリソースの個に制約はないが、ここで、システム３１０はｃｏｒｅ１６個とＤＲＡＭ４個のリソースで構成されていると仮定する。

本実施形態は次のようなシナリオで動作する。

（１）ユーザがＡｐｐｌｉｃａｔｉｏｎ０ ３２０を開始する。ここで、アプリケーションの形態は、本発明の一実施形態に係るアプリケーション決定部によって確認することができる。Ａｐｐｌｉｃａｔｉｏｎ０ ３２０はストリームプロセッシング形態のアプリケーションである。

例えば、前記アプリケーション決定部は、実行されるアプリケーションを確認し、前記確認されたアプリケーションに対してストリームプロセッシング、データ並列プロセッシング、及びマルチスレッディングのうち少なくとも１つの形態に決定してもよい。

（２）本発明の一実施形態に係るオペレーティングシステム再構成部は、決定されたアプリケーションの形態に基づいて、システムで割当可能なオペレーティングシステムパーティションを割り当て、割り当てられたオペレーティングシステムパーティションを再構成する。

すなわち、本発明の一実施形態に係るオペレーティングシステム再構成部は、Ａｐｐｌｉｃａｔｉｏｎ０ ３２０のためにリソースパーティションの割り当てを担当する。コアの数、メモリの大きさなどのリソース要求量は、ユーザまたはローダー（ｌｏａｄｅｒ）が決定してリクエストし、本発明の一実施形態に係るオペレーティングシステム再構成部がシステムの使用可能リソースを把握して適切に割り当ててもよい。ここでは、ｃｏｒｅ４個（ｃｏｒｅ０、ｃｏｒｅ１、ｃｏｒｅ４、ｃｏｒｅ５）に隣接するＤＲＡＭ０のメモリを割り当てる。ｃｏｒｅ４個とＤＲＡＭ０のメモリはＯＳパーティション０ ３３０のリソースとなる。

（３）本発明の一実施形態に係るオペレーティングシステム再構成部は、アプリケーションの形態（ｓｔｒｅａｍ ｐｒｏｃｅｓｓｉｎｇ）に応じて該当ＯＳパーティションをパイプライニング（ｐｉｐｅｌｉｎｉｎｇ）に設定する。同じ方式によりユーザがマルチスレッディング形態のＡｐｐｌｉｃａｔｉｏｎ１ ３４０を開始すれば、リソースを割り当てた後（ｃｏｒｅ２、ｃｏｒｅ３、ｃｏｒｅ６、ｃｏｒｅ７、ＤＲＡＭ１）、該当のＯＳパーティション０ ３５０をＳＭＰ（Ｓｙｍｍｅｔｒｉｃ Ｍｕｌｔｉ−Ｐｒｏｃｅｓｓｉｎｇ）に設定する。

すなわち、本発明の一実施形態に係るオペレーティングシステム再構成部は、割り当てられたオペレーティングシステムパーティションをパイプライン（ｐｉｐｅｌｉｎｉｎｇ）、スキャタ−ギャザー（ｓｃａｔｔｅｒ−ｇａｔｈｅｒ）、及び対称型マルチプロセッシング（ＳＭＰ、Ｓｙｍｍｅｔｒｉｃ Ｍｕｌｔｉ−Ｐｒｏｃｅｓｓｉｎｇ）のうち少なくとも１つに設定し、オペレーティングシステムを再構成することができる。

図４は、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を通したアプリケーションの形態に係るＯＳパーティションの設定実施形態を説明する図である。

また、図５は、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を通したアプリケーションの形態を説明する実施形態を説明する図である。

本発明の一実施形態に係るアプリケーション決定部は、図４に示す図面符号４１０のように実行されるアプリケーションを確認し、前記確認されたアプリケーションに対してストリームプロセッシング、データ並列プロセッシング、及びマルチスレッディングのうち少なくとも１つの形態に決定してもよい。

ここで、オペレーティングシステム再構成部は、図４に示す図面符号４２０のように、決定されたオペレーティングシステム形態を確認し、割り当てられたオペレーティングシステムパーティションをパイプライン、スキャタ−ギャザー、及び対称型マルチプロセッシング（ＳＭＰ）のうち少なくとも１つに設定して前記オペレーティングシステムを再構成することができる。

図４に示すように、多様な関数がオペレーティングシステム再構成部によって設定されたオペレーティングシステムパーティションに基づいてアクティブ化されたり非アクティブ化されてもよい。

図４に示す図面符号４３０に示された多様な関数は、チックハンドリング（ｔｉｃｋ ｈａｎｄｌｉｎｇ）、マルチタスキング、ロードバランス、ＩＰＣ（Ｉｎｔｅｒ−Ｐｒｏｃｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）及びシンクロナイゼーションを含んでもよい。

図４に示す「Ｘ」は非アクティブ化状態の関数を、「Ｏ」はアクティブ化状態の関数を定義する。

もし、オペレーティングシステム再構成部が前記割り当てられたオペレーティングシステムパーティションをパイプラインに設定する場合、オペレーティングシステムのタスク間のデータ分配機能及びロードバランス機能のみをアクティブ化させて再構成してもよい。

もし、オペレーティングシステム再構成部が割り当てられたオペレーティングシステムパーティションをスキャタ−ギャザーに設定する場合、オペレーティングシステムのタスク間の通信機能及びタスク間の同期化機能のみをアクティブ化させて再構成してもよい。

もし、オペレーティングシステム再構成部が割り当てられたオペレーティングシステムパーティションを対称型マルチプロセッシング（ＳＭＰ）に設定する場合、オペレーティングシステムの全ての機能をアクティブ化させて再構成してもよい。

具体的に説明すると、アプリケーションが図５に示すように、ストリームプロセッシングの形態５１０であれば、オペレーティングシステム再構成部は、図４の図面符号４４０に示すように割り当てられたオペレーティングシステムパーティションをパイプラインに設定する。

ここで、オペレーティングシステム再構成部は、コアにタスクを１つずつ実行してタスク間の通信及び同期化する機能以外の全ての機能を非アクティブ化させてもよい。

特定機能を非アクティブ化させれば、該当機能の実行時間オーバーヘッドが減少することでその分アプリケーションの性能が向上する。

もし、アプリケーションがデータ並列プロセッシング（ｄａｔａ−ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）の形態５２０であれば、オペレーティングシステム再構成部は、割り当てられたオペレーティングシステムパーティションをスキャタ−ギャザーに設定してオペレーティングシステムを再構成してもよい。

オペレーティングシステム再構成部が割り当てられたオペレーティングシステムパーティションをスキャタ−ギャザーに設定する場合、オペレーティングシステムにタスク間の通信機能及びタスク間の同期化機能のみをアクティブ化させて再構成してもよい。

オペレーティングシステム再構成部が割り当てられたオペレーティングシステムパーティションをスキャタ−ギャザーに設定する場合には、コアにワーカー（ｗｏｒｋｅｒ）タスクを１つずつ実行してタスク間のデータ分配が動的に行われ、追加的にロードバランス（ｌｏａｄ ｂａｌａｎｃｉｎｇ）機能が必要である。

残りの機能は全て非アクティブ化される。これは図４に示す図面符号４５０に基づいて説明される。

オペレーティングシステム再構成部が割り当てられたオペレーティングシステムパーティションをマルチスレッディング形態５３０に設定すると、オペレーティングシステム再構成部は、割り当てられたオペレーティングシステムパーティションを対称型マルチプロセッシング（ＳＭＰ）に設定する。ここで、オペレーティングシステム再構成部は、オペレーティングシステムの全ての機能をアクティブ化させ得る。図４の図面符号４６０に説明したように、チックハンドリング関数、マルチタスキング関数、ロードバランス関数、及びＩＰＣ、及びシンクロナイゼーション関数がアクティブ化される。

図６は、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を介して既存のアプリケーションが終了して新しいアプリケーションを開始する実施形態を説明する図である。

図６に示すように、システム６１０において、Ａｐｐｌｉｃａｔｉｏｎ０が終了し、Ａｐｐｌｉｃａｔｉｏｎ２ ６２０が開始すれば、ＯＳパーティション０のリソースｃｏｒｅ０、ｃｏｒｅ１、ｃｏｒｅ４、ｃｏｒｅ５、ＤＲＡＭ０は返還され、再びＯＳパーティション２ ６３０のリソースｃｏｒｅ０、ｃｏｒｅ１、ｃｏｒｅ４、ｃｏｒｅ５、ｃｏｒｅ８、ｃｏｒｅ９、ｃｏｒｅ１２、ｃｏｒｅ１３、ＤＲＡＭ０、ＤＲＡＭ２が割り当てられる。

このようにリソースは、特定アプリケーション及びＯＳに固定されずに必要に応じて効率よく活用されることができる。

該当ＯＳパーティションはアプリケーションの形態（ｄａｔａ−ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）に応じてスキャタ−ギャザーに設定されてもよい。

図７は、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成方法を説明するフローチャートである。

本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成方法は、まず、以前応用アプリケーションが終了する場合にリソースをオペレーティングシステムに返還する（Ｓ７０１）。

本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成方法は、新しいアプリケーション選択し（Ｓ７０２）、選択されたアプリケーションを開始する（Ｓ７０３）。

ここで、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成方法は、オペレーティングシステムによってコアまたはＤＲＡＭなどのリソースに前記実行されているアプリケーションを割り当てる（Ｓ７０４）。

次に、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成方法は、以前応用アプリケーションの形態からステップＳ７０３で新しく実行されている応用アプリケーションの形態が変更されたかを判断する（Ｓ７０５）。

ステップＳ７０５における判断結果の形態が変更されれば、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成方法は実行される応用アプリケーションの形態を決定し（Ｓ７０６）、前記決定された形態に基づいてオペレーティングシステムを再構成する（Ｓ７０７）。

もし、ステップＳ７０５における判断結果の形態が変更されていなければ、オペレーティングシステムを再構成せずに実行される応用アプリケーションを処理することができる。

図８Ａ及び図８Ｂは、本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置を通した効果を説明する図である。

図８Ａ及び図８Ｂを参照して本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成装置及び方法を用いる場合に期待される効果について説明する。

ＯＳはアプリケーションに多様なシステムサービスを提供するために、図８Ａに示すように、周期的なオーバーヘッド（ｔｉｃｋ ｈａｎｄｌｉｎｇ８１０、ｌｏａｄ ｍｏｎｉｔｏｒｉｎｇ８２０など）を引き起こす。

もし、アプリケーションの形態に応じて、このようなＯＳ機能が必要でなければ、該当オーバーヘッドを除去してシステム性能を向上させることができる。

アプリケーションのタスクが実行中に（データを待機するか同期化問題などによって）ブロック（ｂｌｏｃｋ）されれば、図８Ｂに示すようにタスクスイッチ（ｔａｓｋ ｓｗｉｔｃｈ）が発生する。その後、ブロックされた部分が解決されて再びｒｅｓｕｍｅする時もタスクスイッチ５３０が発生する。もし、アプリケーションの形態に応じて実行可能なタスクが１つに限定されれば、タスクスイッチ５３０を行わないことによって該当のオーバーヘッドを除去することでタスクの応答時間を早めることができる。

本発明の一実施形態に係るメニーコアシステムのためのオペレーティングシステム動的再構成方法は、多様なコンピュータ手段によって実行されるプログラム命令形態で実現され、コンピュータで読み取り可能な媒体に記録されてもよい。前記コンピュータで読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独または組み合わせて含んでもよい。前記媒体に記録されるプログラム命令は、本発明のために特別に設計されて構成されたものであってもよく、コンピュータソフトウェア当業者に公示されて使用可能なものであってもよい。

上述したように、本発明は限定された実施形態と図面によって説明されたが、本発明が上述した実施形態に限定されることはなく、本発明が属する分野において通常の知識を有する者であれば、このような記載から多様な修正および変形が可能である。

したがって、本発明の範囲は、説明された実施形態に限定されて決定されてはならず、添付する特許請求の範囲だけでなく、この特許請求の範囲と均等なものなどによって定められなければならない。

３１０ リソース
３２０ Ａｐｐｌｉｃａｔｉｏｎ０
３３０ ＯＳ ｐａｒｔｉｔｉｏｎ０
３４０ Ａｐｐｌｉｃａｔｉｏｎ１
３５０ ＯＳ ｐａｒｔｉｔｉｏｎ１

Claims (16)

1. 実行されるアプリケーションの形態を決定するアプリケーション形態決定部と、
   前記決定されたアプリケーションの形態に基づいて、オペレーティングシステムの少なくとも１つ以上の機能を非アクティブ化させ、前記オペレーティングシステムを再構成するオペレーティングシステム再構成部と、
   を備えることを特徴とするメニーコアシステムのためのオペレーティングシステム動的再構成装置。
2. 前記アプリケーション決定部は、前記実行されるアプリケーションを確認し、前記確認されたアプリケーションに対してストリームプロセッシング、データ並列プロセッシング、及びマルチスレッディングのうち少なくとも１つの形態に決定することを特徴とする、請求項１に記載のオペレーティングシステム動的再構成装置。
3. 前記オペレーティングシステム再構成部は、前記決定されたアプリケーションの形態に基づいて、システムで割当可能なオペレーティングシステムパーティションを割り当て、前記割り当てられたオペレーティングシステムパーティションを再構成することを特徴とする、請求項１または２に記載のオペレーティングシステム動的再構成装置。
4. 前記オペレーティングシステム再構成部は、前記割り当てられたオペレーティングシステムパーティションをパイプライン、スキャタ−ギャザー、及び対称型マルチプロセッシング（ＳＭＰ）のうち少なくとも１つに設定し、前記オペレーティングシステムを再構成することを特徴とする、請求項３に記載のオペレーティングシステム動的再構成装置。
5. 前記オペレーティングシステム再構成部は、前記割り当てられたオペレーティングシステムパーティションをパイプラインに設定する場合、前記オペレーティングシステムのタスク間のデータ分配機能及びロードバランス機能のみをアクティブ化させて再構成することを特徴とする、請求項４に記載のオペレーティングシステム動的再構成装置。
6. 前記オペレーティングシステム再構成部は、前記割り当てられたオペレーティングシステムパーティションをスキャタ−ギャザーに設定する場合、前記オペレーティングシステムのタスク間の通信機能及びタスク間の同期化機能のみをアクティブ化させて再構成することを特徴とする、請求項４または５に記載のオペレーティングシステム動的再構成装置。
7. 前記オペレーティングシステム再構成部は、実行されたアプリケーションタイプに対する適切な実行において、不要であると判断されれば、前記少なくとも１つ以上の機能を非アクティブ化させることを特徴とする、請求項４ないし６いずれか一項に記載のオペレーティングシステム動的再構成装置。
8. 実行されるアプリケーションの形態を決定するステップと、
   前記決定されたアプリケーションの形態に基づいて、オペレーティングシステムの少なくとも１つ以上の機能を非アクティブ化させ、前記オペレーティングシステムを再構成するステップと、
   を含むことを特徴とするメニーコアシステムのためのオペレーティングシステム動的再構成方法。
9. 前記実行されるアプリケーションの形態を決定するステップは、前記実行されるアプリケーションを確認し、前記確認されたアプリケーションに対してストリームプロセッシング、データ並列プロセッシング、及びマルチスレッディングのうち少なくとも１つの形態に決定するステップを含むことを特徴とする、請求項８に記載のオペレーティングシステム動的再構成方法。
10. 前記オペレーティングシステムを再構成するステップは、
    前記決定されたアプリケーションの形態に基づいて、システムの割当可能なオペレーティングシステムパーティションを割り当てるステップと、
    前記割り当てられたオペレーティングシステムパーティションを再構成するステップと、
    を含むことを特徴とする、請求項８または９に記載のオペレーティングシステム動的再構成方法。
11. 請求項８ないし１０いずれか一項に記載の方法を行うためのプログラムが記録されたコンピュータで読み出し可能な記録媒体。
12. メニーコアシステムで実行されるアプリケーションのタイプを決定するステップと、
    前記アプリケーションのタイプに関連する形態を決定するステップと、
    前記決定されたアプリケーションの形態に基づいて、オペレーティングシステムの少なくとも１つ以上の機能を非アクティブ化させるステップと、
    を含むことを特徴とするメニーコアシステムのためのオペレーティングシステム動的再構成方法。
13. 前記機能はオーバーヘッド機能を含むことを特徴とする、請求項１２に記載のオペレーティングシステム動的再構成方法。
14. 前記機能は少なくとも１つ以上のチックハンドリング機能、マルチタスキング機能、ロードバランス機能、ＩＰＣ（Ｉｎｔｅｒ−Ｐｒｏｃｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）及びシンクロナイゼーション機能を含むことを特徴とする、請求項１２または１３に記載のオペレーティングシステム動的再構成方法。
15. 実行されたアプリケーションタイプに対する適切な実行において、不要であると判断されれば、前記少なくとも１つ以上の機能を非アクティブ化させるステップをさらに含むことを特徴とする、請求項１２ないし１４いずれか一項に記載のオペレーティングシステム動的再構成方法。
16. 請求項１２ないし１５いずれか一項に記載の方法を行うためのプログラムが記録されたコンピュータで読み出し可能な記録媒体。

Images