各コアが対応する独立リソース設定を有し、第1コアと第2コアとを含む複数のコアにより共有される共有リソースに対して、互いに異なる対応する第1動作要求と第2動作要求とを含む複数の対応する整合しない動作要求を提供する複数のコアと、前記複数のコアに接続され、前記複数の整合しない動作要求と、電力セービングポリシーと高パフォーマンスポリシーとの何れが制御するのに最も重要であるものとして特定されているかとに基づき、前記複数のコアにより共有される共有リソースに対する共有リソース設定を調整する調整ロジックと、を有するプロセッサであって、前記調整ロジックは、電力状態遷移テーブルに基づき前記第1動作要求を第1目標値に変換し、前記電力状態遷移テーブルに基づき前記第2動作要求を第2目標値に変換し、前記第1目標値と前記第2目標値とを比較することによって前記第1動作要求と前記第2動作要求とを比較し、前記第2目標値が前記第1目標値より大きい場合、前記第2目標値を前記共有リソース設定として選択する、ことによって、前記複数の整合しない動作要求に基づき前記共有リソース設定を調整するプロセッサ。前記共有リソース設定は、前記複数のコアにより共有されるバス周波数設定と電圧設定とを有し、前記独立リソース設定は、独立クロックスロットル設定とアーキテクチャスロットル設定とを有する、請求項1記載のプロセッサ。前記第1コアは、前記第1動作要求が充足されることを可能にする前記第1コアの対応する独立リソース設定に対する調整値を選択する、請求項2記載のプロセッサ。前記調整ロジックは、前記共有リソース設定から得られる訂正された動作要求を前記第1コアに通知するよう動作可能であり、前記第1コアは、前記訂正された動作要求に基づき前記調整値を選択する、請求項3記載のプロセッサ。前記第2コアは、より小さな第2目標値に対応する変更された動作要求を提供し、前記調整ロジックは、前記変更された動作要求に基づき前記共有リソース設定を調整し、前記第1コアは、前記調整された共有リソース設定に基づき、前記第1コアの独立リソース設定を調整し、前記共有リソース設定は、前記複数のコアにより共有されるバス周波数設定と電圧設定とを有し、前記独立リソース設定は、独立クロックスロットル設定とアーキテクチャスロットル設定とを有する、請求項1記載のプロセッサ。前記独立リソース設定は、独立クロックスロットル設定とアーキテクチャスロットル設定とを含むセットから選択される設定を有する、請求項1記載のプロセッサ。前記共有リソース設定は、電圧設定と周波数設定とを含むセットから選択される設定を有する、請求項1記載のプロセッサ。前記複数の動作要求は、複数の電力要求を有する、請求項1記載のプロセッサ。前記複数の動作要求は、複数のパフォーマンス要求を有する、請求項1記載のプロセッサ。各コアが対応する独立リソース設定を有し、第1コアと第2コアとを含む複数のコアにより共有される共有リソースに対して、互いに異なる対応する第1動作要求と第2動作要求とを含む複数の対応する整合しない動作要求を提供するステップと、前記複数の整合しない動作要求と、電力セービングポリシーと高パフォーマンスポリシーとの何れが制御するのに最も重要であるものとして特定されているかとに基づき、前記複数のコアにより共有される共有リソースの共有リソース設定を調整するステップと、を有する方法であって、前記共有リソース設定を調整するステップは、電力状態遷移テーブルに基づき前記第1動作要求を第1目標値に変換し、前記電力状態遷移テーブルに基づき前記第2動作要求を第2目標値に変換し、前記第1目標値と前記第2目標値とを比較することによって前記第1動作要求と前記第2動作要求とを比較し、前記第2目標値が前記第1目標値より大きい場合、前記第2目標値を前記共有リソース設定として選択する、ことを有する方法。前記共有リソース設定は、前記複数のコアにより共有されるバス周波数設定と電圧設定とを有し、前記独立リソース設定は、独立クロックスロットル設定とアーキテクチャスロットル設定とを有する、請求項10記載の方法。前記共有リソース設定から得られる訂正された動作要求を前記第1コアに通知するステップと、前記訂正された動作要求に基づき前記調整値を選択するステップと、をさらに有する、請求項10記載の方法。前記独立リソース設定により前記共有リソース設定を調整するステップは、独立クロックスロットル設定とアーキテクチャスロットル設定とを含むセットから選択される設定により前記共有リソース設定を調整する、請求項11記載の方法。前記調整するステップは、電圧設定と周波数設定とを含むセットから選択される設定により調整する、請求項10記載の方法。共有周波数設定を有するクロックソースと、前記クロックソースに接続される請求項1乃至9何れか一項記載のプロセッサと、を有する計算システム。第1プロセッサコアから第1動作要求を通知するステップと、第2プロセッサコアから第2動作要求を通知するステップと、前記第1動作要求を第1目標値に変換するステップと、前記第2動作要求を第2目標値に変換するステップと、前記第1動作要求と前記第2動作要求とを比較するステップと、前記第2動作要求が前記第1動作要求より大きい場合、前記第2目標値を共有リソース設定として選択するステップと、前記第1動作要求が充足されることを可能にする独立リソース設定に対して調整値を選択するステップと、前記第2プロセッサコアから変更された動作要求を通知するステップと、前記変更された動作要求に基づき前記共有リソース設定を調整するステップと、前記調整された共有リソース設定に基づき前記独立リソース設定を調整するステップと、を有する方法。前記共有リソース設定は、電圧設定と周波数設定とを含むセットから選択される設定を含む、請求項16記載の方法。前記独立リソース設定は、独立クロックスロットル設定とアーキテクチャスロットル設定とを含むセットから選択される設定を含む、請求項16記載の方法。前記第1動作要求と前記第2動作要求とは、合成された最適状態絶対電力、電力パーセンテージ、パフォーマンスインデックス及び/又は合成された最適状態絶対パフォーマンスの少なくも1つである、請求項16記載の方法。1つの問題は、各プロセッサ上に複数のコアを備えるシステムの複数のプロセッサを含むことが可能なより複雑なプロセッサアーキテクチャに対する近年のトレンドに関するものである。このような場合、電力関連リソース及び関連するコントロールのいくつかは、プロセッサコア間で共有される一方、他のリソース及びコントロールは、所与のコアに専用とされるかもしれない。専用のリソース及びコントロールは、他のコアのリソース及びコントロールと独立したものである一方、共有されたリソース及びコントロールは、各コアの状態に依存する。しかしながら、従来の電力管理スキームは、これらのケースにおいては良好には機能しないかもしれない。なぜなら、それらはシングルプロセッサ環境に対して構成されているためである。例えば、そのようなスキームの1つは、オペレーティングシステムOSレベルでの各種電力状態の間のプロセッサの遷移を制御する。将来的なOSの実現形態は、コア単位ベースにより電力を管理することが可能となるかもしれないが、OSがコア間で調整を行うことが可能となるか否かは明らかではない。さらに、OSの実現形態がコア単位の電力管理を実現したとしても、依然として効率性の問題が残る。特に、OSは、利用可能なパフォーマンス/電力制御機構のすべてを認識していないかもしれず、それらの間のトレードオフをバランスさせることができないかもしれない。さらに、このような複雑なアーキテクチャを調整するためソフトウェアに依存することは、OSのオーバヘッドを増大させ、ソフトウェア計算複雑さに増大させる可能性がある。マルチコアプロセッサのソフトウェアベースの電力管理は、相互依存する各コアにおいて行われる可能性がある迅速な状態変化のため、タイミングの観点から実現することが困難であるかもしれない。本発明の課題は、上記課題に鑑み、マルチコアプロセッサにおける電力管理動作を調整するのに好適な技術を提供することである。上記課題を解決するため、本発明の一特徴は、各コアが対応する独立リソース設定を有し、第1コアと第2コアとを含む複数のコアにより共有される共有リソースに対して、互いに異なる対応する第1動作要求と第2動作要求とを含む複数の対応する整合しない動作要求を提供する複数のコアと、前記複数のコアに接続され、前記複数の整合しない動作要求と、電力セービングポリシーと高パフォーマンスポリシーとの何れが制御するのに最も重要であるものとして特定されているかとに基づき、前記複数のコアにより共有される共有リソースに対する共有リソース設定を調整する調整ロジックとを有するプロセッサであって、前記調整ロジックは、電力状態遷移テーブルに基づき前記第1動作要求を第1目標値に変換し、前記電力状態遷移テーブルに基づき前記第2動作要求を第2目標値に変換し、前記第1目標値と前記第2目標値とを比較することによって前記第1動作要求と前記第2動作要求とを比較し、前記第2目標値が前記第1目標値より大きい場合、前記第2目標値を前記共有リソース設定として選択することによって、前記複数の整合しない動作要求に基づき前記共有リソース設定を調整するプロセッサに関する。本発明によると、マルチコアプロセッサにおける電力管理動作を調整するのに好適な技術を提供することができる。図1は、第1コア12と、第2コア14と、第1コア12及び第2コア14に動作可能に接続されるハードウェア調整ロジック16とを有するプロセッサ10を示す。ここでは、第1及び第2という用語は、説明の簡単化のためだけに利用される。さらに、ここではデュアルコアコンフィギュレーションが図示されているが、プロセッサ10のコアの個数は、本発明の実施例の趣旨及び範囲から逸脱することなく、容易に増やすことが可能である。図示されたコア12と14のそれぞれは、論理プロセッサとして十分機能的なものであり、従来の実行ユニット、レベル1L1キャッシュなどを有する。従って、図示されたデュアルコアコンフィギュレーションは、従来のシングルコアプロセッサに対して大きなパフォーマンスの向上をもたらす。プロセッサ10は、電力の大きな低下を可能にするいくつかの機能/リソースを有する。例えば、プロセッサ10は、高いパフォーマンスが必要とされない、又は所望されないときには、プロセッサクロック周波数及び電源電圧コア電圧などを低下させることが可能な機能を有するかもしれない。他の電力節約機能は、バス図示せずのクロック周波数を調整するものであるかもしれない。さらなる他の機能は、クロックをスロットル又はゲートオンオフすることが可能であり、これにより、電力消費を低下させることが可能である。クロックスロットル処理は、プロセッサ10の各部分に又はパッケージレベルにおいて実行することが可能である。さらなる他の電力節約機能は、電力を低下及び/又は温度を低下させるため、コア12及び14のアーキテクチャコンポーネントをスロットル処理することに関するものであるかもしれない。上記機能のそれぞれは電力管理の観点から特に効果的であるが、それらのいくつかは、コア12及び14により共有されるリソースを利用し、他のものは、コア12及び14により独立に制御されるリソースに関するものである。図示されたプロセッサ10は、一般には双方のシナリオを動的にサポートすることが可能なアーキテクチャを有し、従来の電力管理スキームに対していくつかの効果を提供する。例えば、図示されたプロセッサ10は、コア12及び14の両者により共有される電源電圧設定及びプロセッサクロック周波数設定を有するが、独立したクロックスロットル設定は、どの頻度によりクロックが第1コア12のみに印加されるか制御するものであるかもしれない。従って、クロック周波数及び電源電圧設定は、共有リソース設定22としてみなすことができ、独立したクロックスロットル設定は、独立したリソース設定24としてみなすことができる。同様に、第2コア14はまた、独立したリソース設定26により表される独立したクロックスロットル設定を有するかもしれない。独立したクロックスロットル処理に加えて、コア12及び14は、それらの内部アーキテクチャの各種機能ブロックを独立にスロットル処理ことが可能であるかもしれない。例えば、独立したリソース設定24と26は、内部アレイ、リオーダバッファROB、リザベーションステーションRSテーブル、パラレルユニット、実行ユニットなどのアーキテクチャコンポーネントのスロットル処理を行うことができる。図示された実施例では、第1コア12が第1動作要求18を提供し、第2コア14が第2動作要求を提供する。調整ロジック16は、動作要求18及び20と共有リソース設定22を調整することができる。以下においてより詳細に説明されるように、動作要求18及び20は、電力ポリシーやパフォーマンスポリシーなどのポリシーに従って生成することが可能であり、コア12及び14のそれぞれの上で実行されるオペレーティングシステムOSのプロダクトであるかもしれない。例えば、第1コア12は、20だけ電力消費を低減させることが可能なユーザ/ソフトウェア選択可能な電力目標を有するかもしれない。この場合、第1動作要求18は、8の電力レベルを示す電力要求とすることができる。あるいは、第2コア12は、第2動作要求20が100の電力レベルを示すように、フルパワーを要求する動作モードにあるかもしれない。具体的な数値は、単なる例示として利用される。動作要求18と20はまた、以下でより詳細に説明されるように、パフォーマンスレベルやパフォーマンス状態遷移テーブルへのインデックスなどのパフォーマンス要求を特定することができる。ハードウェア調整ロジック16がパフォーマンス又は電力ポリシーに基づき機能することを可能にすることによって、プロセッサ10は、他のものについてはおそらく妥協しながら、ソフトウェアが制御するのに現在最も重要なファクタとなるものに集中することができる。複数の機能と共通のポリシーパフォーマンス又は電力にわたって調整するとき、パフォーマンス/電力ポリシーが有用となりうるが、他のアプローチもまた利用可能である。例えば、実際のリソース設定を動作要求に組み込むことはまた、許容可能なアプローチであるかもしれない。すでに説明したように、調整ロジック16は、第1動作要求18と第2動作要求20に従って、共有リソース設定22を選択することが可能である。この結果は、動作要求18及び20を充足するかもしれない、又はしないかもしれない動作状態である。例えば、第1動作要求18が共有リソース設定22により充足されない場合、第1コア12は、第1動作要求18が充足されることを可能にする第1独立リソース設定24に対する変更/調整された値を選択する。あるいは、第2動作要求20が共有リソース設定22により充足されない場合、第2コア14は、第2動作要求20が充足されることを可能にする第2独立リソースに対して変更/調整された値を選択する。従って、調整ロジック16は、実際に実現される調整された状態を反映する各動作要求18及び20と共有リソース設定22との間の相違に基づき、結果としての独立リソース設定24及び26を決定するかもしれない。簡単に言えば、独立リソース設定24及び26は、1以上のコア12と14によって調整可能な共有リソース設定22に係る電力/パフォーマンス不足を補償することが可能である。従って、一致又は整合しないmismatched動作要求の上記例では、調整ロジック16は、第2コア14がより高い電力レベルを要求しているという事実を考慮し、この要求を充足するため、調整された共有リソース設定22を選択するであろう。従って、共有リソース設定22は、両方のコア12と14に対して100の電力の動作状態をもたらし、第1コア12は依然として8の動作要求18を有することとなるであろう。第1コア12はまだ第1動作要求18を充足していないため、第1コア12は、第1動作要求18が充足されることを可能にする第1の独立リソース設定24に対する相関/調整された値を選択する。例えば、第1コア12は、所望される20の電力低下を実現するため、それの独立クロックスロットル設定を増やすかもしれない。従って、共有リソース設定22を独立リソース設定24及び26により調整することによって、調整ロジック16は、マルチコア環境における電力を効率的に管理することが可能である。調整ロジック16は、第1動作要求18を第1目標値に変換し、第2動作要求20を第2目標値に変換することによって共有リソース設定22を選択することが可能である。当該目標値は、共有リソース設定22の潜在的な数値を表す。調整ロジック16は、その後、第1目標値と第2目標値を比較し、より高いものを共有リソース設定22として選択するかもしれない。また、調整ロジック16は単に動作要求18及び20を比較し、より高いものを選択することも可能であるということに留意すべきである。従って、調整ロジック16は、共有リソース設定22の目標値及び/又は動作要求に対する最大値検出装置として機能することが可能である。あるいは、調整ロジック16は、双方のリクエストの最小値の調整ポリシーが適切である場合、より小さな値を選択するようにしてもよい。このような状況は、共有クロックスロットル処理の場合、又はOSがコントロールにおいてForce_Minフラグを設定することを決定する場合に生じる可能性がある。ここで、Force_Minフラグは、双方のコアの各スロットル処理リクエストの最小のものが選択されたものであることを保証するMINIMUM動作ポイントポリシーを実行する必要があることを調整ロジック16に通知することが可能となる。簡単化のため、ここで説明される具体例のいくつかは、最大値としての調整ポリシーを表す。しかしながら、本発明の実施例に係る効果はまた最小ポリシーに適用可能であるということに留意すべきである。第2コア14が以降において、より低い目標値に対応する変更された動作要求を提供する場合、調整ロジック16は、この変更された動作要求に基づき共有リソース設定22を調整することが可能である。このような場合、第1コア12は、調整された共有リソース設定に基づき、独立リソース設定24を調整することが可能である。一致しない動作要求の上述した例では、第1コア12は、それの独立クロックスロットル設定を低減するかもしれないそれはもはや不要となるため。調整ロジックをハードウェアにより実現することによって、迅速な状態変化に対応するため高速なOSレスポンス時間が、システムに要求されることがなくなる。独立リソース設定24及び26が共有リソース設定22より効率的であると知られている場合、上述した処理は、独立リソース設定24と26がまず選択されるように、独立リソース設定24と26を補償する共有リソース設定22と逆転されてもよい。図2及び3は、上述した変換をそれぞれ実現するのに利用可能なハードウェア調整ロジックとパフォーマンス状態遷移テーブル34を実現するのに利用可能な電力管理アーキテクチャ58を示す。アーキテクチャ58とテーブル34は、電力を管理するのに大変有用となる可能性があるが、他のアプローチもまた利用可能である。図示された例では、各プロセッサコアに対するフォースミニマムforceminimum特性、パフォーマンスインデックス、パフォーマンスレベル及び/又は電力レベルなどの動作要求特性を規定するパフォーマンス状態P状態起動コマンド60が、パフォーマンス状態遷移テーブル34にアクセスするのに利用される。1つの起動コマンド60しか示されていないが、複数の起動コマンドが同時にテーブル34に適用可能である。図示された例では、動作要求は、合成された最適状態絶対電力Abs-Pwr42や電力パーセンテージPwr44などの電力要求として規定することが可能である。動作要求はまた、パフォーマンスインデックスPindex50や合成された最適状態絶対パフォーマンスPerf52などのパフォーマンス要求として規定することが可能である。相対的に複雑なハードウェア調整をサポートするため、共有リソース設定が各種機能において統合され、実際の動作要求がグローバルレベルに指定されてもよいということが理解できる。従って、図示された例では、起動コマンド60は、合成された最適状態を表す動作要求を含む。上述されたように、リソース設定の目標値は、Speedstep登録商標機能SharedFeatureが、クロック周波数設定Frequency36とコア電圧設定Vcc38として示される共有リソース設定に対する制御を提供する機能によって特定することができる。他方、TM1機能IndependentFeatureは、独立クロックスロットル設定Throttle40として示される独立リソース設定に対する制御を提供するかもしれない。動作要求及び目標値が調整ロジックにより受け付けされると、それらは、適切なグローバル設定の選択のため互いに比較することができる。他の例では、第1コアが88のパフォーマンスレベルをリクエストする場合、調整ロジックは、テーブルの合成された最適状態部分へのインデックスするため、88のパフォーマンス動作要求を利用することが可能である。1300MHz/1.008Vの目標周波数/電圧値が、テーブルから抽出され、第1共有リソースコントロールブロック64に送信するためコントロールバス6262a~62eに配置することができる。従って、図示された第1共有リソースコントロールブロック64は、テーブル34に示される共有機能に対応する。第1コアリクエストと同時に、第2コアは、100のパフォーマンスレベルにおいて動作するためのリクエストなどの動作要求を提供するかもしれない。従って、調整ロジックは、100のパフォーマンスを利用して、テーブルの合成された最適状態部分にインデックスし、テーブルから1700MHz/1.233Vの目標周波数/電圧値を抽出し、それをコントロールバス66に配備することが可能である。図示されたシステムが最大検出モードである場合すなわち、Force_Minが設定されていない、第1共有リソースコントロールブロック64は、これら2つの動作要求を比較し、適切なグローバル設定が100のパフォーマンスであると判断する。従って、1700MHz/1.233Vの目標周波数/電圧値が、共有リソース設定68として選択されるかもしれない。図示された例では、共有リソース設定68が、クロックソース及び/又は電圧ソースに印加され、共有リソースに共有リソース設定68により規定される適切な周波数及び/又はコア電圧において動作するよう指示する。第1共有リソースコントロールブロック64はまた、実際の動作状態計算72を生成する状態計算ロジック84に動作状態信号70を送信する。動作状態信号70は、共有リソース設定68から生じるパフォーマンス及び/又は電力状態を特定する。従って、本例では、動作状態信号70が100のパフォーマンスレベルを特定することとなる。さらに、第1共有リソースコントロールブロック64は、共有リソース設定68に基づき、訂正された動作要求及び/又は目標値を生成し、訂正された目標値をコントロールバス62bに配備することができる。ここで、訂正された目標値は、第2共有リソースコントロールブロック76が次の共有リソースに対する共有リソース設定80を決定することを可能にする。訂正された値は、選択された動作レベルに対応し、テーブル34などのテーブルから抽出することができる1つの共有機能しかテーブルには図示されていないが。図示された例では、共有リソース設定80は、周波数設定とすることができる。第2共有リソースコントロールブロック76はまた、コントロールバス78から他の1以上のプロセッサコアの目標値及び/又は動作要求を収集し、当該セットにおける最大値を決定する。この最大値は、クロックが適切な共有リソース設定により動作するよう指示する共有リソース設定80を表す。動作状態信号82はまた、状態計算ロジック84に送信される。さらなるリソースコントロールブロックが必要な場合、訂正された動作要求及び/又は目標値が生成され、コントロールバス62cに配備される。共有リソース設定がすべて完了すると、電力管理アーキテクチャ58は、独立リソースコントロールブロック86を利用して独立リソース設定88を生成するため設けられ、独立リソース設定88は、当該プロセッサコアがコントロールバス62dを介し訂正された動作要求に反映されるさらなる電力の節約を実現することを可能にする。訂正された動作要求は、共有リソースコントロールブロックの最後から取得することができる。88のパフォーマンスレベルを必要とする第1コアの上記例では、独立リソースコントロールブロック86は、88のパフォーマンスを提供する0.125の独立クロックスロットルの独立リソース設定を選択するかもしれない。図示されたP12のグローバル設定はまた、0.125の独立クロックスロットルと合成される場合、全体として57のパフォーマンスを提供する共有電圧/周波数設定を通じて67のパフォーマンスの低下を含む。しかしながら、ここで説明されるアプローチは、共有リソースがすでに選択及び固定されているときには、独立リソース設定を利用することによりパフォーマンス数を補償する。独立リソースコントロールブロック86はまた、実際の動作状態計算72を生成するのに利用するため、動作状態信号92を生成することが可能である。独立リソース設定88が、訂正された動作要求を完全には充足することができない場合、他の訂正された動作要求が、コントロールバス62eを介し次の独立リソースコントロールブロック図示せずに送信可能である。次に図4を参照するに、共有周波数設定22a’によるクロックソース30と、共有周波数設定22c’によるバス11と、共有電圧設定22b’による電圧ソース32と、マルチコアプロセッサ10’とを有するシステム28の一例が示される。システム28は、電力消費及びオーバーヒートが特に問題となる、ノートブックパーソナルコンピュータPC、携帯情報端末PDA、無線スマートフォンなどモバイル計算システムの一部とすることが可能である。図示されたプロセッサ10’は、第1コア12’と、第2コア14’と、ハードウェア調整ロジック16’とを有する。第1コア12’は第1動作要求図示せずを提供し、第2コア14’は第2動作要求図示せずを提供する。調整ロジック16’は、これらの動作要求及び第1コア12’と第2コア14’のそれぞれの独立リソース設定24’と26’により共有周波数設定22’22a’~22c’を調整する。図5は、何れか利用可能なハードウェア及び/又はソフトウェアプログラミング技術を利用してマルチコアプロセッサにより実現することが可能である。例えば、方法96の1以上の部分が、固定された機能ハードウェア、特定用途向け集積回路ASIC、マシーン可読媒体に格納されるマイクロコード命令セット又は上記の何れかの組み合わせにより実現することが可能である。特に、図示された方法96は、処理ブロック98において第1プロセッサコアから第1動作要求を提供する。第2動作要求は、ブロック100において第2プロセッサコアから提供される。ブロック102は、これら動作要求により共有リソース設定を調整する。共有リソース設定は、第1及び第2動作要求に基づき独立リソース設定によりすでに調整されている。独立リソース設定は、第1又は第2プロセッサコアに専用のものとすることが可能である。次に図6を参照するに、共有リソース設定を調整するための1つのアプローチが、ブロック102’においてより詳細に示される。特に、ブロック104は、第1及び第2動作要求に従って、共有リソース設定を選択する。ブロック106は、動作要求が充足されることを可能にする独立リソース設定に対する調整された値を選択する。図7は、ブロック104’における共有リソース設定を選択する1つのアプローチをより詳細に示す。図示された例では、第1動作要求は、ブロック108において第1目標値に変換され、第2動作要求は、ブロック110において第2目標値に変換される。上述されたように、ブロック108及び110における変換は、電力状態遷移テーブルを利用することにより実現することができる。ブロック112は、第1動作要求と第2動作要求を比較する。あるいは、目標値自体を比較することが可能である。ブロック114において、第2動作要求が第1動作要求より大きいと判断されると、ブロック116は、共有リソース設定として第2目標値を選択する。そうでない場合、第1目標値は、ブロック118において共有リソース設定として選択される。ブロック120は、必要に応じて、残りの共有リソースに対して共有リソース設定選択処理を繰り返す。共有リソース設定から得られる訂正された動作要求が、ブロック122においてコアに通知される。次に図8を参照するに、共有リソース設定及び独立リソース設定を更新する処理124が示される。図示された例では、第2プロセッサコアは、以前には第1プロセッサコアより高いレベルを要求していた。従って、第1プロセッサコアは、共有リソース設定を補償するため、独立リソース設定を利用している。ブロック126は、第2プロセッサコアから変更された動作要求を提供する。共有リソース設定は、ブロック128において変更された動作要求に基づき調整される。ブロック130は、調整された共有リソース設定に基づき、第1プロセッサコアの独立リソース設定を調整する。以上より、ここに記載された実施例は、マルチコアプロセッサにおける電力管理についていくつかの特有の効果を提供する。例えば、ハードウェア調整ロジックにおける電力管理の調整は、ソフトウェアオーバヘッドと計算の問題を軽減する。さらに、ハードウェア調整は、比較的迅速であり、OSにより調整される電力管理に係るレスポンス時間の問題を軽減する。さらに、パフォーマンス又は電力ポリシーに基づく電力管理によって、プロセッサは、おそらくその他のものに妥協しながら、ソフトウェアが制御する現在最も重要なファクタとなるものに集中することができる。当業者は、上記記載から本発明の実施例の広範な技術が各種形態により実現可能であることを理解することが可能である。従って、本発明の実施例がそれの特定の具体例に関して説明されたが、当該図面、明細書及び以下の請求項を参照することにより、他の改良が当業者に想到すると考えられるため、本発明の実施例の真の範囲はこれに限定されるべきではない。