特許ウォッチ

公開番号2024088962
公報種別公開特許公報(A)
公開日2024-07-03
出願番号2022204030
出願日2022-12-21
発明の名称データ制御プログラム,データ制御方法および情報処理装置
出願人富士通株式会社
代理人弁理士法人真田特許事務所,個人
主分類G06F 9/50 20060101AFI20240626BHJP(計算;計数)
要約【課題】OSノイズを削減できるようにする。
【解決手段】第1のプロセッサと、第1のプロセッサに対して処理速度が遅い第2のプロセッサとを有する情報処理装置において、非同期なデータ処理のリクエストを受け付けると、第1のプロセッサの状態に基づいて、第2のプロセッサにリクエストの処理をオフロードするか否かを決定する。
【選択図】図1
特許請求の範囲【請求項１】
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する
処理を前記第１のプロセッサに実行させることを特徴とする、データ制御プログラム。
続きを表示（約 1,000 文字）【請求項２】
前記第２のプロセッサが、前記第１のプロセッサが受け付ける前記リクエストの処理を実行する機能を有し、
前記第１のプロセッサの負荷状態を表す値が閾値以上の場合に、前記第１のプロセッサが前記リクエストの処理を実行することを抑止する
処理を前記第１のプロセッサに実行させることを特徴とする、請求項１に記載のデータ制御プログラム。
【請求項３】
前記第１のプロセッサの負荷状態を表す値が前記閾値より低い場合に、前記第１のプロセッサが前記リクエストの処理を実行することを決定する
処理を前記第１のプロセッサに実行させることを特徴とする、請求項２に記載のデータ制御プログラム。
【請求項４】
リクエストの処理主体を管理する制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報が設定されている場合には、前記第２のプロセッサが前記リクエストの処理の実行を抑止する機能を有し、
前記第１のプロセッサが前記リクエストの処理を実行することを決定した場合に、前記制御用情報に、前記リクエストの処理を前記第１のプロセッサが実行することを示す情報を設定する
処理を前記第１のプロセッサに実行させることを特徴とする、請求項２または３に記載のデータ制御プログラム。
【請求項５】
前記第２のプロセッサは、ＤＰＵ（Data Processing Unit）が有することを特徴とする請求項１～３のいずれか１項に記載のデータ制御プログラム。
【請求項６】
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置において、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストの処理をオフロードするか否かを決定する
処理を前記第１のプロセッサが実行することを特徴とする、データ制御方法。
【請求項７】
第１のプロセッサと、
前記第１のプロセッサに対して処理速度が遅い第２のプロセッサとを有する情報処理装置であって、
前記第１のプロセッサが、
非同期なデータ処理のリクエストを受け付けると、前記第１のプロセッサの状態に基づいて、前記第２のプロセッサに前記リクエストをオフロードするか否かを決定する
処理を実行することを特徴とする、情報処理装置。

発明の詳細な説明【技術分野】
【０００１】
本発明は、データ制御プログラム，データ制御方法および情報処理装置に関する。
続きを表示（約 1,300 文字）【背景技術】
【０００２】
データの処理と複雑な計算を高速で実行できる技術として、ＨＰＣ（High Performance Computing）が知られている。ＨＰＣ環境は、ユーザがスーパーコンピュータを使えることを前提とするため、ユーザが使い始めるためのハードルが高く、メーカ側においても新規ユーザの獲得が困難である。
【０００３】
そこで、近年においては、ＨＰＣアプリケーションをクラウドサービスで動作させることが実現され、ＨＰＣへの参入障壁が大きく低下している。クラウドであればＣＰＵ（Central Processing Unit）やメモリ容量などをワークロードに合わせて調整できるので、安いコストで目標を達成しやすく、コストパフォーマンスを最適化しやすい。
【０００４】
ＨＰＣアプリケーションは、ＭＰＩ（Message Passing Interface）を使った並列処理を行なうことが一般的である。
【０００５】
例えば、クラウドの仮想基盤として知られているＫｕｂｅｒｎｅｔｅｓ上のアプリケーションは、マイクロサービスアーキテクチャーを採用しているものが多く、独立した複数の小さなマイクロサービスを組み合わせて、基本的に逐次に処理を実行する。
【先行技術文献】
【特許文献】
【０００６】
特表２０１６―５０３９３３号公報
特開２０１７－１７４３０１号公報
米国特許第９６８４５９７号明細書
米国特許出願公開第２０１７／０３４６７００号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＨＰＣアプリケーションでは複数のＭＰＩプロセスが並列に処理を行なうが、常に並列で動いているわけではなく、どこかのタイミングで複数のＭＰＩプロセス間において同期を行なう必要がある。
【０００８】
ＨＰＣアプリケーションにおいて、ＭＰＩプロセスが同期を行なうタイミングにずれがあると、一番遅いプロセスに律速される。従って、アプリケーションレベルで複数のＭＰＩプロセスの処理をまったく同じように書いても、ＯＳ（Operating System）ノイズによってずれが生じてしまう。ＯＳノイズとは、ＯＳデーモンやカーネルデーモン，割り込み処理など、アプリケーション以外の処理によるアプリケーション実行遅延の総称である。
【０００９】
図１５はＨＰＣアプリケーションにおける複数のＭＰＩプロセス間の同期タイミングを示す図であり、符号ＡはＯＳノイズなしの例を示し、符号ＢはＯＳノイズありの例を示す。
【００１０】
図１５の符号Ｂに示す例においては、ＭＰＩプロセスＡにＯＳノイズが発生しており、この影響でＭＰＩプロセスＢおよびＭＰＩプロセスＣの同期待ち時間が長くなり、全プロセスに遅延が生じている。１つのＭＰＩプロセスだけにＯＳノイズが発生し処理に遅延（すれ）が生じた場合であっても、全プロセスに影響が及び遅延が生じる。これにより、ＯＳノイズなしの場合に比べて、全プロセスの完了が遅れ、効率が悪い。
（【００１１】以降は省略されています）

関連特許