知財求人 - 知財ポータルサイト「IP Force」
特開2024-88962データ制御プログラム，データ制御方法および情報処理装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024088962
(43)【公開日】2024-07-03
(54)【発明の名称】データ制御プログラム，データ制御方法および情報処理装置
(51)【国際特許分類】
G06F 9/50 20060101AFI20240626BHJP
【ＦＩ】
G06F9/50 150D
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2022204030
(22)【出願日】2022-12-21
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】110003649
【氏名又は名称】弁理士法人真田特許事務所
(74)【代理人】
【識別番号】100189201
【弁理士】
【氏名又は名称】横田 功
(72)【発明者】
【氏名】加藤 純
(57)【要約】
【課題】ＯＳノイズを削減できるようにする。
【解決手段】第１のプロセッサと、第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、非同期なデータ処理のリクエストを受け付けると、第１のプロセッサの状態に基づいて、第２のプロセッサにリクエストの処理をオフロードするか否かを決定する。
【選択図】図１
【解決手段】第１のプロセッサと、第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、非同期なデータ処理のリクエストを受け付けると、第１のプロセッサの状態に基づいて、第２のプロセッサにリクエストの処理をオフロードするか否かを決定する。
【選択図】図１
【特許請求の範囲】
【請求項1】
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する
処理を前記第１のプロセッサに実行させることを特徴とする、データ制御プログラム。
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する
処理を前記第１のプロセッサに実行させることを特徴とする、データ制御プログラム。
【請求項2】
前記第２のプロセッサが、前記第１のプロセッサが受け付ける前記リクエストの処理を実行する機能を有し、
前記第１のプロセッサの負荷状態を表す値が閾値以上の場合に、前記第１のプロセッサが前記リクエストの処理を実行することを抑止する
処理を前記第１のプロセッサに実行させることを特徴とする、請求項１に記載のデータ制御プログラム。
前記第１のプロセッサの負荷状態を表す値が閾値以上の場合に、前記第１のプロセッサが前記リクエストの処理を実行することを抑止する
処理を前記第１のプロセッサに実行させることを特徴とする、請求項１に記載のデータ制御プログラム。
【請求項3】
前記第１のプロセッサの負荷状態を表す値が前記閾値より低い場合に、前記第１のプロセッサが前記リクエストの処理を実行することを決定する
処理を前記第１のプロセッサに実行させることを特徴とする、請求項２に記載のデータ制御プログラム。
処理を前記第１のプロセッサに実行させることを特徴とする、請求項２に記載のデータ制御プログラム。
【請求項4】
リクエストの処理主体を管理する制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報が設定されている場合には、前記第２のプロセッサが前記リクエストの処理の実行を抑止する機能を有し、
前記第１のプロセッサが前記リクエストの処理を実行することを決定した場合に、前記制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報を設定する
処理を前記第１のプロセッサに実行させることを特徴とする、請求項２または３に記載のデータ制御プログラム。
前記第１のプロセッサが前記リクエストの処理を実行することを決定した場合に、前記制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報を設定する
処理を前記第１のプロセッサに実行させることを特徴とする、請求項２または３に記載のデータ制御プログラム。
【請求項5】
前記第２のプロセッサは、ＤＰＵ（Data Processing Unit）が有することを特徴とする請求項１～３のいずれか１項に記載のデータ制御プログラム。
【請求項6】
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する
処理を前記第１のプロセッサが実行することを特徴とする、データ制御方法。
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する
処理を前記第１のプロセッサが実行することを特徴とする、データ制御方法。
【請求項7】
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置であって、
前記第１のプロセッサが、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストをオフロードするか否かを決定する
処理を実行することを特徴とする、情報処理装置。
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置であって、
前記第１のプロセッサが、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストをオフロードするか否かを決定する
処理を実行することを特徴とする、情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、データ制御プログラム，データ制御方法および情報処理装置に関する。
【背景技術】
【0002】
データの処理と複雑な計算を高速で実行できる技術として、ＨＰＣ（High Performance Computing）が知られている。ＨＰＣ環境は、ユーザがスーパーコンピュータを使えることを前提とするため、ユーザが使い始めるためのハードルが高く、メーカ側においても新規ユーザの獲得が困難である。
【0003】
そこで、近年においては、ＨＰＣアプリケーションをクラウドサービスで動作させることが実現され、ＨＰＣへの参入障壁が大きく低下している。クラウドであればＣＰＵ（Central Processing Unit）やメモリ容量などをワークロードに合わせて調整できるので、安いコストで目標を達成しやすく、コストパフォーマンスを最適化しやすい。
【0004】
ＨＰＣアプリケーションは、ＭＰＩ（Message Passing Interface）を使った並列処理を行なうことが一般的である。
【0005】
例えば、クラウドの仮想基盤として知られているＫｕｂｅｒｎｅｔｅｓ上のアプリケーションは、マイクロサービスアーキテクチャーを採用しているものが多く、独立した複数の小さなマイクロサービスを組み合わせて、基本的に逐次に処理を実行する。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特表２０１６―５０３９３３号公報
【特許文献2】特開２０１７－１７４３０１号公報
【特許文献3】米国特許第９６８４５９７号明細書
【特許文献4】米国特許出願公開第２０１７／０３４６７００号明細書
【発明の概要】
【発明が解決しようとする課題】
【0007】
ＨＰＣアプリケーションでは複数のＭＰＩプロセスが並列に処理を行なうが、常に並列で動いているわけではなく、どこかのタイミングで複数のＭＰＩプロセス間において同期を行なう必要がある。
【0008】
ＨＰＣアプリケーションにおいて、ＭＰＩプロセスが同期を行なうタイミングにずれがあると、一番遅いプロセスに律速される。従って、アプリケーションレベルで複数のＭＰＩプロセスの処理をまったく同じように書いても、ＯＳ（Operating System）ノイズによってずれが生じてしまう。ＯＳノイズとは、ＯＳデーモンやカーネルデーモン，割り込み処理など、アプリケーション以外の処理によるアプリケーション実行遅延の総称である。
【0009】
図１５はＨＰＣアプリケーションにおける複数のＭＰＩプロセス間の同期タイミングを示す図であり、符号ＡはＯＳノイズなしの例を示し、符号ＢはＯＳノイズありの例を示す。
【0010】
図１５の符号Ｂに示す例においては、ＭＰＩプロセスＡにＯＳノイズが発生しており、この影響でＭＰＩプロセスＢおよびＭＰＩプロセスＣの同期待ち時間が長くなり、全プロセスに遅延が生じている。１つのＭＰＩプロセスだけにＯＳノイズが発生し処理に遅延（すれ）が生じた場合であっても、全プロセスに影響が及び遅延が生じる。これにより、ＯＳノイズなしの場合に比べて、全プロセスの完了が遅れ、効率が悪い。
【0011】
１つの側面では、本発明は、ＯＳノイズを削減できるようにすることを目的とする。
【課題を解決するための手段】
【0012】
このため、このデータ制御プログラムは、第１のプロセッサと、前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する処理を前記第１のプロセッサに実行させる。
【発明の効果】
【0013】
一実施形態によれば、ＯＳノイズを削減することができる。
【図面の簡単な説明】
【0014】
【図1】実施形態の一例としての情報処理装置の構成を模式的に示す図である。
【図2】実施形態の一例としての情報処理装置のハードウェア構成図である。
【図3】実施形態の一例としての情報処理装置のネットワークインタフェースのハードウェア構成を模式的に示す図である。
【図4】実施形態の一例としての情報処理装置における処理の概要を示す図である。
【図5】実施形態の一例としての情報処理装置における制御用データを例示する図である。
【図6】実施形態の一例としての情報処理装置におけるデータパスを説明するための図である。
【図7】実施形態の一例としての情報処理装置におけるデータパスを説明するための図である。
【図8】実施形態の一例としての情報処理装置におけるデータパスを説明するための図である。
【図9】実施形態の一例としての情報処理装置におけるホスト側におけるリクエスト発行時の処理を説明するためのフローチャートである。
【図10】実施形態の一例としての情報処理装置におけるリクエスト検出部の処理を説明するためのフローチャートである。
【図12】実施形態の一例としての情報処理装置における、ホストの処理判断部の処理を説明するためのフローチャートである。
【図13】本情報処理装置によるＩ／Ｏ用データの非同期処理を従来手法と比べて示す図である。
【図14】本情報処理装置によるＩ／Ｏ用データの非同期処理を従来手法と比べて示す図である。
【図15】ＨＰＣアプリケーションにおける複数のＭＰＩプロセス間の同期タイミングを示す図である。
【発明を実施するための形態】
【0015】
以下、図面を参照して本データ制御プログラム，データ制御方法および情報処理装置にかかる実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。
【0016】
（Ａ）構成
図１は実施形態の一例としての情報処理装置１の構成を模式的に示す図である。
図１は実施形態の一例としての情報処理装置１の構成を模式的に示す図である。
【0017】
本情報処理装置１は、クラウドコンピューティング環境を実現するものであり、例えば、コンテナ型仮想化技術により実現されるコンテナにおいてＨＰＣアプリケーション１００を実行する。情報処理装置１におけるクラウドの仮想基盤は、例えば、Ｋｕｂｅｒｎｅｔｅｓであってもよい。
【0018】
図２は実施形態の一例としての情報処理装置１のハードウェア構成図である。
【0019】
情報処理装置１は、例えば、プロセッサ１１，メモリ１２，記憶装置１３，グラフィック処理装置１４，入力インタフェース１５，光学ドライブ装置１６，機器接続インタフェース１７およびネットワークインタフェース１８を構成要素として有する。これらの構成要素１１～１８は、バス１９を介して相互に通信可能に構成される。
【0020】
プロセッサ（処理部）１１は、情報処理装置１全体を制御する。プロセッサ１１は、マルチプロセッサであってもよく、また、マルチコアプロセッサであってよい。プロセッサ１１は、例えばＣＰＵ（Central Processing Unit），ＭＰＵ（Micro Processing Unit），ＤＳＰ（Digital Signal Processor），ＡＳＩＣ（Application Specific Integrated Circuit），ＰＬＤ（Programmable Logic Device），ＦＰＧＡ（Field Programmable Gate Array）のいずれか一つであってもよい。また、プロセッサ１１は、ＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのうちの２種類以上の要素の組み合わせであってもよい。
【0021】
そして、プロセッサ１１が、例えばコンピュータ読み取り可能な非一時的な記録媒体に記録されたプログラム（データ制御プログラム，ＯＳプログラム）を実行することで、図１に例示した、制御用データ管理部１０１，処理判断部１０２，ホスト処理通知部１０３および第一データ処理部１０４としての機能が実現される。
【0022】
また、プロセッサ１１がＨＰＣアプリケーション１００を実行することにより、情報処理装置１がＨＰＣとしての機能を実現する。プロセッサ１１をホストプロセッサもしくは単にホストといってよい。なお、プロセッサ１１は、第１のプロセッサの一例である。
【0023】
情報処理装置１に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、情報処理装置１に実行させるプログラムを記憶装置１３に格納しておくことができる。プロセッサ１１は、記憶装置１３内のプログラムの少なくとも一部をメモリ１２にロードし、ロードしたプログラムを実行する。
【0024】
また、情報処理装置１（プロセッサ１１）に実行させるプログラムを、光ディスク１６ａ，メモリ装置１７ａ，メモリカード１７ｃ等の非一時的な可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１１からの制御により、記憶装置１３にインストールされた後、実行可能になる。また、プロセッサ１１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。
【0025】
メモリ１２は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）を含む記憶メモリである。メモリ１２のＲＡＭは情報処理装置１の主記憶装置として使用される。ＲＡＭには、プロセッサ１１に実行させるプログラムの少なくとも一部が一時的に格納される。また、メモリ１２には、プロセッサ１１による処理に必要な各種データが格納される。
【0026】
記憶装置１３は、ハードディスクドライブ（Hard Disk Drive：ＨＤＤ）、ＳＳＤ（Solid State Drive）、ストレージクラスメモリ（Storage Class Memory：ＳＣＭ）等の記憶装置であって、種々のデータを格納するものである。記憶装置１３は、制御用データ１１２や、ＨＰＣアプリケーション１００が作成するＩ／Ｏ用データを記憶してよい。
【0027】
なお、補助記憶装置としては、ＳＣＭやフラッシュメモリ等の半導体記憶装置を使用することもできる。また、複数の記憶装置１３を用いてＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を構成してもよい。
【0028】
グラフィック処理装置１４には、モニタ１４ａが接続されている。グラフィック処理装置１４は、プロセッサ１１からの命令に従って、画像をモニタ１４ａの画面に表示させる。モニタ１４ａとしては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置等が挙げられる。
【0029】
入力インタフェース１５には、キーボード１５ａおよびマウス１５ｂが接続されている。入力インタフェース１５は、キーボード１５ａやマウス１５ｂから送られてくる信号をプロセッサ１１に送信する。なお、マウス１５ｂは、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル，タブレット，タッチパッド，トラックボール等が挙げられる。
【0030】
光学ドライブ装置１６は、レーザ光等を利用して、光ディスク１６ａに記録されたデータの読み取りを行なう。光ディスク１６ａは、光の反射によって読み取り可能にデータを記録された可搬型の非一時的な記録媒体である。光ディスク１６ａには、ＤＶＤ（Digital Versatile Disc），ＤＶＤ－ＲＡＭ，ＣＤ－ＲＯＭ（Compact Disc Read Only Memory），ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。
【0031】
機器接続インタフェース１７は、情報処理装置１に周辺機器を接続するための通信インタフェースである。例えば、機器接続インタフェース１７には、メモリ装置１７ａやメモリリーダライタ１７ｂを接続することができる。メモリ装置１７ａは、機器接続インタフェース１７との通信機能を搭載した非一時的な記録媒体、例えばＵＳＢ（Universal Serial Bus）メモリである。メモリリーダライタ１７ｂは、メモリカード１７ｃへのデータの書き込み、またはメモリカード１７ｃからのデータの読み出しを行なう。メモリカード１７ｃは、カード型の非一時的な記録媒体である。
【0032】
ネットワークインタフェース１８は、ネットワークに接続される。ネットワークインタフェース１８は、ネットワークを介してデータの送受信を行なう。ネットワークインタフェース１８をＮＩＣ（Network Interface Card）といってもよい。
【0033】
図３は実施形態の一例としての情報処理装置１のネットワークインタフェース１８のハードウェア構成を模式的に示す図である。
【0034】
図３に例示するネットワークインタフェース１８は、プロセッサ２１，メモリ２２および記憶装置２３を有するＤＰＵ（Data Processing Unit）である。ネットワークインタフェース１８をＤＰＵ１８といってもよい。また、ネットワークインタフェース１８は、ネットワークに接続するためのインタフェース（図示省略）等も有する。
【0035】
プロセッサ（処理部）２１は、ネットワークインタフェース１８全体を制御する。プロセッサ２１は、例えば、ＡＲＭプロセッサであってよい。プロセッサ２１は、上述したプロセッサ１１に対して処理速度が遅い。なお、プロセッサ２１は、第２のプロセッサの一例である。
【0036】
なお、プロセッサ２１は、これに限定されるものではない。例えば、プロセッサ２１は、マルチプロセッサやマルチコアプロセッサであってよい。また、プロセッサ２１は、例えばＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのいずれか一つであってもよい。また、プロセッサ２１は、ＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのうちの２種類以上の要素の組み合わせであってもよい。
【0037】
そして、プロセッサ２１が、例えばコンピュータ読み取り可能な非一時的な記録媒体に記録されたプログラム（ＤＰＵ用データ制御プログラム）を実行することで、図１に例示した、リクエスト検出部１０５，前処理通知部１０６，ＤＰＵ処理通知部１０７，Ｉ／Ｏ用データ取得部１０９，第二データ処理部１１０および前処理部１１１としての機能が実現される。
【0038】
プロセッサ２１に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、プロセッサ２１に実行させるプログラムを記憶装置２３に格納しておくことができる。プロセッサ２１は、記憶装置２３内のプログラムの少なくとも一部をメモリ２２にロードし、ロードしたプログラムを実行する。
【0039】
また、プロセッサ２１に実行させるプログラムを、前述した、光ディスク１６ａ，メモリ装置１７ａ，メモリカード１７ｃ等の非一時的な可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１１やプロセッサ２１からの制御により、記憶装置２３にインストールされた後、実行可能になる。また、プロセッサ２１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。
【0040】
メモリ２２は、ＲＯＭおよびＲＡＭを含む記憶メモリである。メモリ２２のＲＡＭはＤＰＵ１８の主記憶装置として使用される。ＲＡＭには、プロセッサ２１に実行させるプログラムの少なくとも一部が一時的に格納される。また、メモリ２２には、プロセッサ２１による処理に必要な各種データが格納される。また、メモリ２２は、Ｉ／Ｏ用データを記憶するＩ／Ｏ用データ格納部１０８（図１参照）として機能してよい。
【0041】
記憶装置２３は、ＨＤＤ、ＳＳＤ、ＳＣＭ等の記憶装置であって、種々のデータを格納するものである。記憶装置２３は、ＤＰＵ用データ制御プログラムを記憶してよい。また、記憶装置２３が、Ｉ／Ｏ用データを記憶するＩ／Ｏ用データ格納部１０８として機能してもよい。
【0042】
ネットワークインタフェース１８には図示しないネットワークを介して、他の情報処理装置や通信機器等が接続されてもよい。例えば、ＨＰＣアプリケーション１００が提供するクラウドコンピューティング環境を利用するユーザの情報処理装置が接続されてよい。
【0043】
本情報処理装置１においては、ＨＰＣアプリケーション１００の処理とは独立して、非同期にＩ／Ｏ用データの処理が行なわれる。そして、ホスト（プロセッサ１１）とＤＰＵ（ネットワークインタフェース）１８とがハイブリッドな非同期処理を行なう。
【0044】
図４は実施形態の一例としての情報処理装置１における処理の概要を示す図である。
【0045】
本情報処理装置１においては、ＨＰＣアプリケーション１００によって生じたＩ／Ｏ用データの処理を、ホストのワークロードに応じて、ホスト（プロセッサ１１）で処理するかＤＰＵ１８で処理するかを切り分ける。
【0046】
具体的には、ホストとＤＰＵ１８とが連携して、どちらが非同期なＩ／Ｏ用データの処理を行なうかを自動的に判断し、ホストがビジーな状態などの場合に、ＤＰＵ１８に当該Ｉ／Ｏ用データの処理をオフロードする。
【0047】
プロセッサ１１およびプロセッサ２１のそれぞれをエンジンといってよい。本情報処理装置１においては、Ｉ／Ｏ用データに対して、ホストのワークロードに合わせて、ホストまたはＤＰＵ１８のどちらかのエンジンで非同期処理を実行する。プロセッサ１１およびプロセッサ２１はいずれも非同期処理エンジンに相当する。
【0048】
本情報処理装置１は、例えば、ストレージ制御に適用してもよく、また、データ通信制御に適用してもよい。
【0049】
ホストのユーザ空間においてＨＰＣアプリケーション１００が実行される。ＨＰＣアプリケーション１００は、Ｉ／Ｏ用データに関するリクエストを発行する。Ｉ／Ｏ用データは、例えば、記憶装置１３やメモリ１２の所定の記憶領域に格納される。また、Ｉ／Ｏ用データに関するリクエストは、制御用データ管理部１０１に通知される。
【0050】
処理判断部１０２は、ホストにおいてＩ／Ｏ用データのリクエストの処理を行なうか否かを判断する。
【0051】
処理判断部１０２は、プロセッサ１１のプロファイルを取得し、取得したプロファイルに基づき、ホストにおいてＩ／Ｏ用データのリクエストの処理を行なうか否かを判断する。プロファイルは、例えば、ＣＰＵ使用率（CPU Usage）やＣＰＵ負荷率であってよい。
【0052】
処理判断部１０２は、取得したプロファイルの値が予め設定された閾値よりも低い場合に、当該プロセッサ１１（ホスト）がＩ／Ｏ用データのリクエストの処理を実行可能であると判断する。閾値は、例えば、ＯＳノイズが発生しないことが保証される値であってよく、事前に行なう実験や経験に基づいて設定されてよい。
【0053】
情報処理装置１にプロセッサ１１が複数備えられている場合には、処理判断部１０２は、これらのプロセッサ１１毎にプロファイルを取得し、Ｉ／Ｏ用データのリクエストの処理を実行可能であるか否かの判断を行なう。複数のプロセッサ１１のうち少なくとも１つのプロセッサ１１のプロファイルの値が閾値よりも低い場合に、処理判断部１０２は、ホストにおいてＩ／Ｏ用データのリクエストの処理を実行可能であると判断してよい。また、処理判断部１０２は、複数のプロセッサ１１のプロファイルの値の平均値を閾値と比較してもよく、種々変形して実施することができる。
【0054】
処理判断部１０２は、プロセッサ１１の負荷状態を表す値（ＣＰＵ使用率，ＣＰＵ負荷率）が閾値より低い場合に、プロセッサ１１にＩ／Ｏ用データのリクエストの処理を実行させることを決定する。一方で、処理判断部１０２は、プロセッサ１１の負荷状態を表す値が閾値以上の場合に、当該プロセッサ１１によるＩ／Ｏ用データのリクエストの処理の実行を抑止する。
【0055】
プロセッサ１１（ホスト）においてＩ／Ｏ用データのリクエストの処理を実行しない場合には、後述するＤＰＵ１８が当該Ｉ／Ｏ用データのリクエストの処理を行なう。従って、処理判断部１０２は、ＤＰＵ１８にＩ／Ｏ用データのリクエストの処理をオフロードするか否かを決定するといえる。
【0056】
処理判断部１０２は、Ｉ／Ｏ用データ（非同期なデータ）処理のリクエストを受け付けると、プロセッサ１１の状態（負荷状態，ワークロード）に基づいて、ＤＰＵ１８にＩ／Ｏ用データのリクエストの処理をオフロードするか否かを決定するのである。
【0057】
処理判断部１０２は、判断結果をホスト処理通知部１０３に通知する。
【0058】
処理判断部１０２としての機能は、ランタイムプロファイラによって実現されてよい。
【0059】
ホストにおいては、後述する前処理通知部１０６が制御用データ１１２に対して前処理の結果を書き込んだ後に、ランタイムプロファイラを実行してよい。
【0060】
ホスト処理通知部１０３は、処理判断部１０２が、ホストにおいてＩ／Ｏ用データを処理可能であると判断した場合に、制御用データ管理部１０１に対して、当該Ｉ／Ｏ用データに関する制御用データ１１２にホスト処理マークの設定を指示することで、制御用データ１１２にホスト処理マークを設定できるかを試みる。
【0061】
この際、ホスト処理通知部１０３は、制御用データ１１２を参照して、ホストにおいて実行できるＩ／Ｏ用データがあるかを確認し、実行できるＩ／Ｏ用データにかかるリクエストがある場合に、当該制御用データ１１２にホスト処理マークの設定を試みる。
【0062】
ホスト処理通知部１０３としての機能は、ワーカー（Ｗｏｒｋｅｒ）スレッドによって実現されてよい。ホスト処理通知部１０３が制御用データ１１２に、直接、ホスト処理マークの書き込みを実行してもよい。
【0063】
制御用データ管理部１０１は、制御用データ１１２を管理する。
【0064】
図５は実施形態の一例としての情報処理装置１における制御用データ１１２を例示する図である。
【0065】
制御用データ１１２は、Ｉ／Ｏ用データの処理を管理する情報であり、例えば、Ｉ／Ｏ用データに関するリクエストの内容，前処理の結果および処理主体情報を備えてよい。
【0066】
Ｉ／Ｏ用データに関するリクエストの内容は、例えば、処理対象のＩ／Ｏ用データの位置（アドレス）情報を含んでよい。また、本情報処理装置１がストレージ制御に用いられる場合には、リクエストの内容にＩ／Ｏ用データの書き込み先の情報等を含んでよい。一方、本情報処理装置１が通信制御に用いられる場合には、リクエストの内容にＩ／Ｏ用データの宛先（エンドポイント）の情報等を含んでよい。
【0067】
前処理の結果は、後述する前処理部１１１による処理結果を示す情報である。処理主体情報は、Ｉ／Ｏ用データの処理リクエストを実行する主体を管理する情報である。処理主体情報は、Ｉ／Ｏ用データの処理リクエストをホストが実行することを示すホスト処理マーク、もしくは、Ｉ／Ｏ用データの処理リクエストをＤＰＵ１８が実行することを示すＤＰＵ処理マークのいずれかであってよい。
【0068】
処理主体情報には、ホスト処理マークとＤＰＵ処理マークのいずれかが排他的に設定される。従って、制御用データ１１２の処理主体情報に、既にホスト処理マークが設定されている場合には、当該制御用データ１１２にＤＰＵ処理マークを設定することはできない。同様に、制御用データ１１２の処理主体に既にＤＰＵ処理マークが設定されている場合には、当該制御用データ１１２にホスト処理マークを設定することはできない。
【0069】
ホスト処理マークは、ホスト処理通知部１０３からの通知によって設定され、ＤＰＵ処理マークは、後述するＤＰＵ処理通知部１０７によって設定される。
【0070】
制御用データ１１２は、処理主体情報を含むことで、リクエストの処理主体を管理する制御用情報として機能する。
【0071】
制御用データ１１２は、Ｉ／Ｏ用データの処理リクエスト毎に生成されてよい。制御用データ管理部１０１は、ＨＰＣアプリケーション１００がＩ／Ｏ用データの処理リクエストを発行する毎に、当該Ｉ／Ｏ用データの処理リクエストに応じた制御用データ１１２を作成する。ＨＰＣアプリケーション１００が複数のＩ／Ｏ用データの処理リクエストを発行した場合には、制御用データ管理部１０１は、これらの処理リクエスト毎に制御用データ１１２を生成する。
【0072】
また、制御用データ管理部１０１は、制御用データ１１２を、ＨＰＣアプリケーション１００がＩ／Ｏ用データの処理リクエストを発行した順序に応じて管理してよい。
【0073】
制御用データ管理部１０１は、ホスト処理通知部１０３からＩ／Ｏ用データのリクエストの処理をホストが実行する旨の通知を受けた場合には、自身が管理する制御用データ１１２のうち、処理主体情報にホスト処理マークおよびＤＰＵ処理マークのいずれも設定されていないものに対して、処理主体情報にホスト処理マークを設定する。
【0074】
また、制御用データ１１２のうち、処理主体情報にホスト処理マークおよびＤＰＵ処理マークのいずれも設定されていないものに対して、ＤＰＵ処理通知部１０７から処理主体情報にＤＰＵ処理マークが設定される。
【0075】
制御用データ管理部１０１は、第一データ処理部１０４もしくは第二データ処理部１１０がＩ／Ｏ用データのリクエストの処理を完了すると、当該Ｉ／Ｏ用データに対応する制御用データ１１２を破棄もしくは削除してよい。
【0076】
第一データ処理部１０４は、処理判断部１０２がホストでのＩ／Ｏ用データのリクエストの処理を行なうと判断した場合に、当該Ｉ／Ｏ用データのリクエスト処理を実行する。第一データ処理部１０４は、制御用データ１１２にホスト処理マークが設定されているＩ／Ｏ用データのリクエストの処理を実行する。
【0077】
第一データ処理部１０４としての機能は、ワーカースレッドによって実現されてよい。
【0078】
上述した制御用データ管理部１０１，処理判断部１０２，ホスト処理通知部１０３および第一データ処理部１０４としての各機能は、ホストのカーネル空間において実現される。
【0079】
リクエスト検出部１０５は、制御用データ１１２を参照して、Ｉ／Ｏ用データの処理リクエストを検出し、リクエストの内容を読み出す。リクエスト検出部１０５は、制御用データ１１２に対して、ＲＤＭＡ（Remote Direct Memory Access） Ｒｅａｄでポーリングを行ない、リクエストの内容を取得する。
【0080】
リクエスト検出部１０５は、制御用データ１１２から読み出したリクエストの内容を前処理部１１１に通知する。リクエスト検出部１０５は、制御用データ１１２においてリクエストを検出すると、ワーカースレッド起動させてよい。
【0081】
リクエスト検出部１０５としての機能は、コントロール（Ｃｏｎｔｒｏｌ）スレッドによって実現されてよい。
【0082】
前処理部１１１は、Ｉ／Ｏ用データの処理リクエストについての前処理を行なう。前処理は、第二データ処理部１１０がＩ／Ｏ用データ（実データ）の処理を行なうよりも先に行なわれるべき処理であり、例えば、ストレージ制御におけるメタデータに関する処理である。
【0083】
前処理部１１１としての機能は、ワーカースレッドによって実現されてよい。
【0084】
前処理通知部１０６は、前処理部１１１による処理結果を制御用データ１１２に前処理の結果として記録する。前処理通知部１０６は、制御用データ１１２に対して、ＲＤＭＡ Ｗｒｉｔｅで前処理の結果を書き込む。
【0085】
前処理部１１１および前処理通知部１０６の各処理は、前処理が必要でないデータ処理（例えば、通信制御にかかるＩ／Ｏ用データ処理）の場合には、実行されなくてよい。
【0086】
Ｉ／Ｏ用データ取得部１０９は、ホストのＩ／Ｏ用データを取得する。Ｉ／Ｏ用データ取得部１０９は、記憶装置１３やメモリ１２からＩ／Ｏ用データを読み出し、Ｉ／Ｏ用データ格納部１０８に記憶させる。
【0087】
Ｉ／Ｏ用データ格納部１０８は、Ｉ／Ｏ用データ取得部１０９が取得したＩ／Ｏ用データを格納する。
【0088】
ＤＰＵ処理通知部１０７は、Ｉ／Ｏ用データ取得部１０９が取得したＩ／Ｏ用データについて、当該Ｉ／Ｏ用データに対応する制御用データ１１２に対して、ＲＤＭＡ ＡＴＯＭＩＣでＤＰＵ処理マークの書き込みができるかを試みる。
【0089】
制御用データ１１２にホスト処理マークが既に設定されている場合には、ＤＰＵ処理通知部１０７は、当該制御用データ１１２へのＤＰＵ処理マークの書き込みを行なわない。この場合に、ＤＰＵ１８においては、第二データ処理部１１０による当該制御用データ１１２にかかるＩ／Ｏ用データのリクエストの処理の実行は抑止され、当該Ｉ／Ｏ用データのリクエストの処理の実行はホスト側（第一データ処理部１０４）によって実行される。
【0090】
ＤＰＵ処理通知部１０７としての機能は、コントロールスレッドによって実現されてよい。
【0091】
第二データ処理部１１０は、Ｉ／Ｏ用データ格納部１０８に格納されたＩ／Ｏ用データの処理を実行する。
【0092】
第二データ処理部１１０は、ＤＰＵ処理通知部１０７がＤＰＵ処理マークを設定した制御用データ１１２にかかるＩ／Ｏ用データについてのリクエストを処理する。第二データ処理部１１０は、ＤＰＵ１８において、プロセッサ１１が受け付けるリクエストの処理を実行する機能を実現する。
【0093】
第二データ処理部１１０は、制御用データ１１２の処理主体情報にホスト処理マークが設定されている場合には、当該制御用データ１１２の処理を実行しない。これにより、第二データ処理部１１０は、当該リクエストの処理の実行を抑止する機能を実現する。第二データ処理部１１０としての機能は、ワーカースレッドによって実現されてよい。
【0094】
（Ｂ）動作
先ず、上述の如く構成された実施形態の一例としての情報処理装置１におけるデータパスを図６～図８を用いて説明する。なお、図６は前処理までの処理を、図７は前処理以降のホスト側の処理を、図８は前処理以降のＤＰＵ１８側の処理を、それぞれ示す。
先ず、上述の如く構成された実施形態の一例としての情報処理装置１におけるデータパスを図６～図８を用いて説明する。なお、図６は前処理までの処理を、図７は前処理以降のホスト側の処理を、図８は前処理以降のＤＰＵ１８側の処理を、それぞれ示す。
【0095】
また、これらの図６～図８においては、プロセッサ１１がランタイムプロファイラ２０１を実行することで処理判断部１０２としての機能が実現され、ワーカースレッド２０２を実行することで、ホスト処理通知部１０３および第一データ処理部１０４としての機能が実現される。また、ＤＰＵ１８のプロセッサ２１が、コントロールスレッド２０３を実行することで、リクエスト検出部１０５およびＤＰＵ処理通知部１０７としての機能が実現され、ワーカースレッド２０４を実行することで、第二データ処理部１１０および前処理部１１１としての機能が実現される。
【0096】
【0097】
次に、ＤＰＵ１８のコントロールスレッド２０３がＲＤＭＡ Ｒｅａｄで制御用データ１１２をポーリングする（図６の符号Ｐ２参照）。また、コントロールスレッド２０３は、制御用データ１１２においてリクエストを検出し、ＤＰＵ１８のワーカースレッド２０４を起動する。
【0098】
ＤＰＵ１８のワーカースレッド２０４は、前処理を実行する（図６の符号Ｐ３参照）。
【0099】
また、ＤＰＵ１８のコントロールスレッド２０３は、ＲＤＭＡ Ｗｒｉｔｅで制御用データ１１２に前処理結果を書き込む（図６の符号Ｐ４参照）。ホストは、ランタイムプロファイラ２０１を実行する。
【0100】
なお、前処理が不要なデータ処理の場合には、上記の符号Ｐ３，Ｐ４で示した処理はスキップされ、リクエスト時点からプロファイリングが行なわれる。
【0101】
ホスト側においては、図７に示すように、ランタイムプロファイラ２０１が、ワーカースレッド２０２を実行できるタイミングを決定する（図７の符号Ｐ５参照）。ホスト側におけるＩ／Ｏ用データの処理の実行は投機実行扱いであり、タイミングが見つからなければここで諦める。
【0102】
ワーカースレッド２０２は、制御用データ１１２にホスト処理マークを書き込む（図７の符号Ｐ６参照）。ここで、制御用データ１１２にＤＰＵ処理マークが既に設定されている場合は、ワーカースレッド２０２は当該Ｉ／Ｏ用データの処理を諦め、ワーカースレッド２０２による当該Ｉ／Ｏ用データのリクエストの処理の実行を抑止する。
【0103】
その後、ワーカースレッド２０２は、Ｉ／Ｏ用データの処理を実行する（図７の符号Ｐ７参照）。
【0104】
【0105】
なお、この裏でホストがＩ／Ｏ用データに対する処理を投機実行しているおそれがある。例えば、ストレージ制御におけるライトバック（Write Back）のような、ある程度待つデータ処理については、ホスト側で投機実行できる可能性が高くなる。
【0106】
コントロールスレッド２０３は、制御用データ１１２に対してＲＤＭＡ ＡＴＯＭＩＣでＤＰＵ処理マークの書き込みを行なう（図８の符号６参照）。ただし、当該制御用データ１１２にホスト処理マークが既に設定されている場合には、ＤＰＵ１８による当該Ｉ／Ｏ用データのリクエストの処理の実行は諦め、ワーカースレッド２０４による当該Ｉ／Ｏ用データのリクエストの処理の実行を抑止する。
【0107】
その後、ワーカースレッド２０４がＩ／Ｏ用データの処理を実行する（図８の符号Ｐ７参照）。
【0108】
次に、実施形態の一例としての情報処理装置１におけるホスト側におけるリクエスト発行時の処理を、図９に示すフローチャート（ステップＡ１）に従って説明する。
【0109】
ステップＡ１において、ＨＰＣアプリケーション１００がＩ／Ｏ用データに関するリクエストを発行すると、制御用データ管理部１０１が制御用データ１１２を作成し、リクエストの内容を書き込む（ステップＡ１）。その後、処理を終了する。
【0110】
次に、実施形態の一例としての情報処理装置１におけるリクエスト検出部１０５の処理を、図１０に示すフローチャート（ステップＢ１～Ｂ４）に従って説明する。
【0111】
ステップＢ１において、リクエスト検出部１０５が、ホストの制御用データ１１２を読み込む。
【0112】
ステップＢ２において、リクエスト検出部１０５がリクエストを検出したかを確認する。確認の結果、制御用データ１１２にリクエストが検出されない場合には（ステップＢ２のＮｏルート参照）、ステップＢ１に戻る。
【0113】
一方、確認の結果、制御用データ１１２にリクエストが検出された場合には（ステップＢ２のＹｅｓルート参照）、ステップＢ３に移行する。
【0114】
ステップＢ３において、ＤＰＵ１８において、リクエスト検出時の処理が実行される。なお、このステップＢ３における処理の詳細は、図１１を用いて後述する。
【0115】
その後、ステップＢ４において、リクエスト検出部１０５は、リクエスト検出処理の実行を終了するかを確認する。確認の結果、リクエスト検出処理の実行を終了しない場合には（ステップＢ４のＮｏルート）、ステップＢ１に戻る。
【0116】
また、ステップＢ４における確認の結果、リクエスト検出部１０５の処理を終了する場合には（ステップＢ４のＹｅｓルート参照）、処理を終了する。
【0117】
【0118】
ステップＣ１において、リクエスト検出部１０５は、前処理が必要なデータ処理であるかを確認する。確認の結果、前処理が必要なデータ処理である場合には（ステップＣ１のＹｅｓルート参照）、ステップＣ２に移行する。
【0119】
ステップＣ２において、前処理部１１１が前処理を実行する。
【0120】
ステップＣ３において、前処理通知部１０６が、制御用データ１１２に前処理の結果を書き込む。
【0121】
ステップＣ４において、Ｉ／Ｏ用データ取得部１０９がＩ／Ｏ用データを読み込み、Ｉ／Ｏ用データ格納部１０８に格納する。また、ステップＣ１における確認の結果、前処理が必要なデータ処理でない場合にも（ステップＣ１のＮｏルート参照）、ステップＣ４に移行する。
【0122】
ステップＣ５において、ＤＰＵ処理通知部１０７が、制御用データ１１２に対して、ＲＤＭＡ ＡＴＯＭＩＣでＤＰＵ処理マークの書き込みができるかをトライする。
【0123】
ステップＣ６において、制御用データ１１２にＤＰＵ処理マークの書き込みができたかの確認が行なわれる。確認の結果、制御用データ１１２にＤＰＵ処理マークを書き込むことができた場合には（ステップＣ６のＹｅｓルート参照）、ステップＣ７に移行する。
【0124】
ステップＣ７において、第二データ処理部１１０が、Ｉ／Ｏ用データについてのリクエストを処理する。その後、処理を終了する。また、ステップＣ６における確認の結果、制御用データ１１２にＤＰＵ処理マークを書き込むことができなかった場合には（ステップＣ６のＮｏルート参照）、処理を終了する。
【0125】
次に、実施形態の一例としての情報処理装置１における、ホストの処理判断部１０２の処理を、図１２に示すフローチャート（ステップＤ１～Ｄ８）に従って説明する。
【0126】
ステップＤ１において、処理判断部１０２は、プロセッサ１１のプロファイルを取得する。
【0127】
ステップＤ２において、処理判断部１０２は、取得したプロファイルに基づき、ホストにおいてＩ／Ｏ用データの処理を行なうことができるか否かを判断する。例えば、処理判断部１０２は、取得したプロファイルの値が予め設定された閾値よりも低い場合に、当該プロセッサ１１（ホスト）がＩ／Ｏ用データの処理を実行可能であると判断する。
この判断の結果、ホストでＩ／Ｏ用データの処理を実行できる場合には（ステップＤ２のＹｅｓルート参照）、ステップＤ３に移行する。
この判断の結果、ホストでＩ／Ｏ用データの処理を実行できる場合には（ステップＤ２のＹｅｓルート参照）、ステップＤ３に移行する。
【0128】
ステップＤ３において、ホスト処理通知部１０３は、制御用データ１１２を参照して、ホストにおいて実行できるＩ／Ｏ用データのリクエストがあるかを確認する。確認の結果、実行できるＩ／Ｏ用データのリクエストがある場合に（ステップＤ３のＹｅｓルート参照）、ステップＤ４に移行する。
【0129】
ステップＤ４において、ホスト処理通知部１０３は、当該制御用データ１１２にホスト処理マークの書き込みを試みる。
【0130】
その後、ステップＤ５において、ホスト処理通知部１０３は、当該制御用データ１１２にホスト処理マークを書き込むことができたかを確認する。確認の結果、制御用データ１１２にホスト処理マークを書き込むことができた場合には（ステップＤ５のＹｅｓルート参照）、ステップＤ６に移行する。
【0131】
ステップＤ６において、第一データ処理部１０４が、当該Ｉ／Ｏ用データのリクエスト処理を実行する。その後、処理判断部１０２はステップＤ８に移行する。
【0132】
また、ステップＤ５における確認の結果、制御用データ１１２にホスト処理マークの書き込みができなかった場合にも（ステップＤ５のＮｏルート参照）、ステップＤ８に移行する。
【0133】
また、ステップＤ２における確認の結果、ホストでＩ／Ｏ用データの処理を実行できない場合（ステップＤ２のＮｏルート参照）には、ステップＤ７に移行する。また、ステップＤ３における確認の結果、実行できるＩ／Ｏ用データのリクエストがない場合（ステップＤ３のＮｏルート参照）にも、ステップＤ７に移行する。ステップＤ７においては、一定時間の待機が行なわれる。その後、処理はステップＤ８に移行する。
【0134】
ステップＤ８において、処理判断部１０２の処理を終了するかの確認が行なわれる。例えば、本情報処理装置１の電源断等の操作入力が行なわれた場合に、処理判断部１０２の処理の終了条件が満たされたと判断してよい。処理判断部１０２の処理の終了条件が満たされた場合には（ステップＤ８のＹｅｓルート参照）、処理を終了する。
処理判断部１０２の処理を終了しない場合には（ステップＤ８のＮｏルート参照）、ステップＤ１に戻る。
処理判断部１０２の処理を終了しない場合には（ステップＤ８のＮｏルート参照）、ステップＤ１に戻る。
【0135】
（Ｃ）効果
このように、実施形態の一例としての情報処理装置１によれば、処理判断部１０２が、プロセッサ１１の負荷状態を表すプロファイルの値（ＣＰＵ使用率等）が閾値よりも低い場合に、ホストの第一データ処理部１０４にＩ／Ｏ用データのリクエストを実行させることを判断する。
このように、実施形態の一例としての情報処理装置１によれば、処理判断部１０２が、プロセッサ１１の負荷状態を表すプロファイルの値（ＣＰＵ使用率等）が閾値よりも低い場合に、ホストの第一データ処理部１０４にＩ／Ｏ用データのリクエストを実行させることを判断する。
【0136】
これにより、ホストのプロセッサ１１の負荷が低い状態（空いている状態）では、このプロセッサ１１を用いてＩ／Ｏ用データのリクエストを高速に処理することができる。また、この際、ホストのプロセッサ１１の負荷が低い状態（空いている状態）でＩ／Ｏ用データのリクエストを処理するので、ＯＳノイズが発生することがない。
【0137】
これに対して、プロセッサ１１の負荷状態を表すプロファイルの値（ＣＰＵ使用率等）が閾値以上の場合には、処理判断部１０２が、ホストの第一データ処理部１０４にＩ／Ｏ用データのリクエストを実行させないことを判断する。この場合に、ホストの第一データ処理部１０４は、Ｉ／Ｏ用データのリクエストを処理しない。その一方で、ＤＰＵ１８においてＩ／Ｏ用データ取得部１０９がＩ／Ｏ用データを取得し、第二データ処理部１１０がＩ／Ｏ用データのリクエストを実行する。
【0138】
すなわち、ホストとＤＰＵ１８とが連携し、ホスト（プロセッサ１１）が高負荷の状態には、ＤＰＵ１８にＩ／Ｏ用データのリクエスト処理をオフロードし、ＤＰＵ１８がＩ／Ｏ用データのリクエストを処理する。これにより、Ｉ／Ｏ用データの処理にプロセッサ１１を用いることがないので、ＯＳノイズを発生させることなく、Ｉ／Ｏ用データのリクエストを処理することができる。
【0139】
ＯＳノイズの発生を抑止することで、クラウドでも性能低下を気にせずＨＰＣアプリケーション１００を動かすことができるようになり、コストパフォーマンスを向上させることができる。
【0140】
ＨＰＣアプリケーション１００が非同期なＩ／Ｏ用データの処理リクエストを発行すると、制御用データ管理部１０１が、ホストとＤＰＵ１８とで連携してＩ／Ｏ用データを処理するための制御用データ１１２を作成する。
【0141】
この制御用データ１１２において、処理主体情報として、ホスト処理マークとＤＰＵ処理マークとのいずれかを排他的に設定することで、ホストとＤＰＵ１８とで連携してＩ／Ｏ用データのリクエストを処理することができる。
【0142】
ホストのワークロードに合わせて、ホストとＤＰＵ１８とで、非同期なＩ／Ｏ用データの処理をどちらが行なうかを適切に切り替えることで、クラウドでもＨＰＣアプリケーション１００を高性能に実行でき、コストパフォーマンスを向上させることができる。
【0143】
【0144】
図１３はホストプロセッサ１１に空きがある状態を示す。この図１３に示すように、ホストプロセッサ１１に空きがある状態においては、本情報処理装置１とホストのみでＩ／Ｏ用データの非同期処理を行なう従来手法とは、ホストでＩ／Ｏ用データの非同期処理を行なうことで高性能に処理することができる。これに対して、ＤＰＵのみでＩ／Ｏ用データの非同期処理を行なう従来手法では、プロセッサ１１に比べて性能が低いＤＰＵでＩ／Ｏ用データの非同期処理を行なうことで性能が低い。
【0145】
図１４はホストプロセッサ１１に空きがない状態を示す。この図１４に示すように、ホストプロセッサ１１に空きがない状態においては、本情報処理装置１とＤＰＵのみでＩ／Ｏ用データの非同期処理を行なう従来手法とは、ＤＰＵでＩ／Ｏ用データの非同期処理を行なうことでＯＳノイズを発生させることなく処理することができる。これに対して、ホストのみでＩ／Ｏ用データの非同期処理を行なう従来手法では、高負荷状態のホストプロセッサでＩ／Ｏ用データの非同期処理を行なうことでＯＳノイズが発生する。
【0146】
従って、本情報処理装置１においては、ホストプロセッサ１１に空きがある状態ではＩ／Ｏ用データの非同期処理を高性能に処理することができ、ホストプロセッサ１１に空きがない状態ではＩ／Ｏ用データの非同期処理をＯＳノイズを発生させることなく処理することができるのである。
【0147】
（Ｄ）その他
本実施形態の各構成および各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
本実施形態の各構成および各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
【0148】
そして、開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。
【0149】
例えば、上述した実施形態においては、クラウドの仮想基盤として、Ｋｕｂｅｒｎｅｔｅｓであってよい旨を示しているが、これに限定されるものではない。仮想基盤としてｄｏｃｋｅｒ等のＫｕｂｅｒｎｅｔｅｓ以外の手法を用いてもよい。また、仮想基盤として、ＶＭｗａｒｅ等の仮想マシン技術を用いてもよく、適宜変形して実施することができる。
【0150】
また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。
【0151】
（Ｅ）付記
以上の実施形態に関し、さらに以下の付記を開示する。
以上の実施形態に関し、さらに以下の付記を開示する。
【0152】
（付記１）
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する
処理を前記第１のプロセッサに実行させることを特徴とする、データ制御プログラム。
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する
処理を前記第１のプロセッサに実行させることを特徴とする、データ制御プログラム。
【0153】
（付記２）
前記第２のプロセッサが、前記第１のプロセッサが受け付ける前記リクエストの処理を実行する機能を有し、
前記第１のプロセッサの負荷状態を表す値が閾値以上の場合に、前記第１のプロセッサが前記リクエストの処理を実行することを抑止する
処理を前記第１のプロセッサに実行させることを特徴とする、付記１に記載のデータ制御プログラム。
前記第２のプロセッサが、前記第１のプロセッサが受け付ける前記リクエストの処理を実行する機能を有し、
前記第１のプロセッサの負荷状態を表す値が閾値以上の場合に、前記第１のプロセッサが前記リクエストの処理を実行することを抑止する
処理を前記第１のプロセッサに実行させることを特徴とする、付記１に記載のデータ制御プログラム。
【0154】
（付記３）
前記第１のプロセッサの負荷状態を表す値前記閾値より低い場合に、前記第１のプロセッサが前記リクエストの処理を実行することを決定する
処理を前記第１のプロセッサに実行させることを特徴とする、付記２に記載のデータ制御プログラム。
前記第１のプロセッサの負荷状態を表す値前記閾値より低い場合に、前記第１のプロセッサが前記リクエストの処理を実行することを決定する
処理を前記第１のプロセッサに実行させることを特徴とする、付記２に記載のデータ制御プログラム。
【0155】
（付記４）
リクエストの処理主体を管理する制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報が設定されている場合には、前記第２のプロセッサが前記リクエストの処理の実行を抑止する機能を有し、
前記第１のプロセッサが前記リクエストの処理を実行することを決定した場合に、前記制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報を設定する
処理を前記第１のプロセッサに実行させることを特徴とする、付記２または３に記載のデータ制御プログラム。
リクエストの処理主体を管理する制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報が設定されている場合には、前記第２のプロセッサが前記リクエストの処理の実行を抑止する機能を有し、
前記第１のプロセッサが前記リクエストの処理を実行することを決定した場合に、前記制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報を設定する
処理を前記第１のプロセッサに実行させることを特徴とする、付記２または３に記載のデータ制御プログラム。
【0156】
（付記５）
前記第２のプロセッサは、ＤＰＵ（Data Processing Unit）が有することを特徴とする付記１～４のいずれか１項に記載のデータ制御プログラム。
前記第２のプロセッサは、ＤＰＵ（Data Processing Unit）が有することを特徴とする付記１～４のいずれか１項に記載のデータ制御プログラム。
【0157】
（付記６）
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する
処理を前記第１のプロセッサが実行することを特徴とする、データ制御方法。
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する
処理を前記第１のプロセッサが実行することを特徴とする、データ制御方法。
【0158】
（付記７）
前記第２のプロセッサが、前記第１のプロセッサが受け付ける前記リクエストの処理を実行する機能を有し、
前記第１のプロセッサの負荷状態を表す値が閾値以上の場合に、前記第１のプロセッサが前記リクエストの処理を実行することを抑止する
処理を前記第１のプロセッサが実行することを特徴とする、付記６に記載のデータ制御方法。
前記第２のプロセッサが、前記第１のプロセッサが受け付ける前記リクエストの処理を実行する機能を有し、
前記第１のプロセッサの負荷状態を表す値が閾値以上の場合に、前記第１のプロセッサが前記リクエストの処理を実行することを抑止する
処理を前記第１のプロセッサが実行することを特徴とする、付記６に記載のデータ制御方法。
【0159】
（付記８）
前記第１のプロセッサの負荷状態を表す値が前記閾値より低い場合に、前記第１のプロセッサが前記リクエストの処理を実行することを決定する
処理を前記第１のプロセッサが実行することを特徴とする、付記７に記載のデータ制御方法。
前記第１のプロセッサの負荷状態を表す値が前記閾値より低い場合に、前記第１のプロセッサが前記リクエストの処理を実行することを決定する
処理を前記第１のプロセッサが実行することを特徴とする、付記７に記載のデータ制御方法。
【0160】
（付記９）
リクエストの処理主体を管理する制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報が設定されている場合には、前記第２のプロセッサが前記リクエストの処理の実行を抑止する機能を有し、
前記第１のプロセッサが前記リクエストの処理を実行することを決定した場合に、前記制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報を設定する
処理を前記第１のプロセッサが実行することを特徴とする、付記７または８に記載のデータ制御方法。
リクエストの処理主体を管理する制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報が設定されている場合には、前記第２のプロセッサが前記リクエストの処理の実行を抑止する機能を有し、
前記第１のプロセッサが前記リクエストの処理を実行することを決定した場合に、前記制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報を設定する
処理を前記第１のプロセッサが実行することを特徴とする、付記７または８に記載のデータ制御方法。
【0161】
（付記１０）
前記第２のプロセッサは、ＤＰＵが有することを特徴とする付記６～７のいずれか１項に記載のデータ制御方法。
前記第２のプロセッサは、ＤＰＵが有することを特徴とする付記６～７のいずれか１項に記載のデータ制御方法。
【0162】
（付記１１）
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置であって、
前記第１のプロセッサが、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストをオフロードするか否かを決定する
処理を実行することを特徴とする、情報処理装置。
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置であって、
前記第１のプロセッサが、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストをオフロードするか否かを決定する
処理を実行することを特徴とする、情報処理装置。
【0163】
（付記１２）
前記第２のプロセッサが、前記第１のプロセッサが受け付ける前記リクエストの処理を実行する機能を有し、
前記第１のプロセッサが、
前記第１のプロセッサの負荷状態を表す値が閾値以上の場合に、前記第１のプロセッサが前記リクエストの処理を実行することを抑止する
処理を実行することを特徴とする、付記１１に記載の情報処理装置。
前記第２のプロセッサが、前記第１のプロセッサが受け付ける前記リクエストの処理を実行する機能を有し、
前記第１のプロセッサが、
前記第１のプロセッサの負荷状態を表す値が閾値以上の場合に、前記第１のプロセッサが前記リクエストの処理を実行することを抑止する
処理を実行することを特徴とする、付記１１に記載の情報処理装置。
【0164】
（付記１３）
前記第１のプロセッサが、
前記第１のプロセッサの負荷状態を表す値が前記閾値より低い場合に、前記第１のプロセッサが前記リクエストの処理を実行することを決定する
処理を実行することを特徴とする、付記１２に記載の情報処理装置。
前記第１のプロセッサが、
前記第１のプロセッサの負荷状態を表す値が前記閾値より低い場合に、前記第１のプロセッサが前記リクエストの処理を実行することを決定する
処理を実行することを特徴とする、付記１２に記載の情報処理装置。
【0165】
（付記１４）
リクエストの処理主体を管理する制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報が設定されている場合には、前記第２のプロセッサが前記リクエストの処理の実行を抑止する機能を有し、
前記第１のプロセッサが、
前記第１のプロセッサが前記リクエストの処理を実行することを決定した場合に、前記制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報を設定する
処理を実行することを特徴とする、付記１２または１３に記載の情報処理装置。
リクエストの処理主体を管理する制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報が設定されている場合には、前記第２のプロセッサが前記リクエストの処理の実行を抑止する機能を有し、
前記第１のプロセッサが、
前記第１のプロセッサが前記リクエストの処理を実行することを決定した場合に、前記制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報を設定する
処理を実行することを特徴とする、付記１２または１３に記載の情報処理装置。
【0166】
（付記１５）
前記第２のプロセッサは、ＤＰＵが有することを特徴とする付記１１～１４のいずれか１項に記載の情報処理装置。
前記第２のプロセッサは、ＤＰＵが有することを特徴とする付記１１～１４のいずれか１項に記載の情報処理装置。
【符号の説明】
【0167】
１ 情報処理装置
１１ プロセッサ（第１のプロセッサ）
１２，２２ メモリ
１３、２３ 記憶装置
１４ グラフィック処理装置
１４ａ モニタ
１５ 入力インタフェース
１５ａ キーボード
１５ｂ マウス
１６ 光学ドライブ装置
１６ａ 光ディスク
１７ 機器接続インタフェース
１７ａ メモリ装置
１７ｂ メモリリーダライタ
１７ｃ メモリカード
１８ ネットワークインタフェース（ＤＰＵ）
１９ バス
２１ プロセッサ（第２のプロセッサ）
１００ ＨＰＣアプリケーション
１０１ 制御用データ管理部
１０２ 処理判断部
１０３ ホスト処理通知部
１０４ 第一データ処理部
１０５ リクエスト検出部
１０６ 前処理通知部
１０７ ＤＰＵ処理通知部
１０８ Ｉ／Ｏ用データ格納部
１０９ Ｉ／Ｏ用データ取得部
１１０ 第二データ処理部
１１１ 前処理部
１１２ 制御用データ
２０１ ランタイムプロファイラ
２０２，２０４ ワーカースレッド
２０３ コントロールスレッド
１１ プロセッサ（第１のプロセッサ）
１２，２２ メモリ
１３、２３ 記憶装置
１４ グラフィック処理装置
１４ａ モニタ
１５ 入力インタフェース
１５ａ キーボード
１５ｂ マウス
１６ 光学ドライブ装置
１６ａ 光ディスク
１７ 機器接続インタフェース
１７ａ メモリ装置
１７ｂ メモリリーダライタ
１７ｃ メモリカード
１８ ネットワークインタフェース（ＤＰＵ）
１９ バス
２１ プロセッサ（第２のプロセッサ）
１００ ＨＰＣアプリケーション
１０１ 制御用データ管理部
１０２ 処理判断部
１０３ ホスト処理通知部
１０４ 第一データ処理部
１０５ リクエスト検出部
１０６ 前処理通知部
１０７ ＤＰＵ処理通知部
１０８ Ｉ／Ｏ用データ格納部
１０９ Ｉ／Ｏ用データ取得部
１１０ 第二データ処理部
１１１ 前処理部
１１２ 制御用データ
２０１ ランタイムプロファイラ
２０２，２０４ ワーカースレッド
２０３ コントロールスレッド
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】