• 検索結果がありません。

スーパーコンピュータ「京」:5. プログラミング環境 -超大規模並列計算機の性能を活かすプログラミング環境-

N/A
N/A
Protected

Academic year: 2021

シェア "スーパーコンピュータ「京」:5. プログラミング環境 -超大規模並列計算機の性能を活かすプログラミング環境-"

Copied!
7
0
0

読み込み中.... (全文を見る)

全文

(1)け い. 特集|スーパーコンピュータ 「京」. 5. プログラミング環境. 基 応 専 般. ─超大規模並列計算機の性能を活かす プログラミング環境─ *1. *2. *2. *2. 村井 均 住元真司 瀧康太郎 山中栄次 *1. *2. 理化学研究所 富士通(株). 8 万ノード・64 万コアを超える超大規模な並列 フラットMPIのプログラミングモデル. 計算機システムの性能を引き出すという困難な作業. Interconnect. を遂行するには,機械(計算機)と人(ユーザ)を 仲立ちする「プログラミング環境」が重要な役割を. CPU P. P. CPU P. P. P. P. P. P. 果たすと考えられる.. T. T. T. T. T. T. T. T. 本稿では,コンパイラ,メッセージ通信ライブラ. C. C. C. C. C. C. C. C. リ,開発支援ツール,数学ライブラリなどの,「京」 のプログラミング環境について解説する. ハイブリッド型のプログラミングモデル. これらを利用することにより,ユーザは「京」の性. Interconnect. 能を引き出すアプリケーションを開発することができる. CPU. CPU. P. 「京」におけるプログラミング. P. T. T. T. T. T. T. T. T. C. C. C. C. C. C. C. C. 並列計算機の性能を引き出すためには,1 コア上 の逐次処理と,コア間(ノード内)の並列処理およ びノード間の並列処理のすべてを効率的に記述する. P. :プロセス. T :スレッド. C. :コア. 図 -1 フラット MPI とハイブリッド並列. 必要がある.. したがって,超高並列アプリケーションをター. PC クラスタなどの分散メモリ並列システムで動. ゲ ッ ト と す る「 京 」 で は, プ ロ セ ス 並 列 と ス レ. 作するアプリケーションプログラムは,ノード内外. ッド並列を組み合わせたハイブリッド並列モデル. の区別をすることなくプロセスを単位として,メッ. (図 -1 下)を標準のプログラミングモデルとして採. セージ通信ライブラリ MPI を用いて並列化されて. 用している.ハイブリッド並列では,ノード間を. いる場合が多い.このようなプログラミングモデル. MPI などを用いてプロセス並列化し,ノード内を. . はフラット MPI と呼ばれている(図 -1 上). 自動スレッド並列化機能や OpenMP を用いてスレ. フラット MPI は,記述が容易で移植性に優れる. ッド並列化する.. などの長所を有しているが,超高並列環境では以下. 「京」のプログラミング環境を開発する上では,. の課題があることが知られている.. 以下の 3 つの要件を重視した.. ・ 1 プロセスが使用する通信用バッファのサイズが. ・ システムの性能を十分に引き出せること. 増大することでメモリ不足が発生する. ・ 主に集団通信で通信データ量が増大し,スケーラ ビリティが悪化する.. 780 情報処理 Vol.53 No.8 Aug. 2012. ・ ユーザが容易にプログラムを開発(コーディング, デバッグ,チューニング)できること ・ 一般に流通しているソフトウェア(オープンソー.

(2) 5 プログラミング環境. ─超大規模並列計算機の性能を活かすプログラミング環境─. 言語・通信ライブラリ ノード内. Fortran 2003 C 99( (+GNU +GNU) ) C++/03(+GNU). ノード間. OpenMP 3.0 30. ・最適化 自動 SIMD 化 命令スケジューリング レジスタ割付け 自動並列化. 1. XPFortran *. 開発支援ツール 支援 • IDE • 並列デバッガ • プロファイラ. • 基本プロファイラ • 詳細プロファイラ. • RMATT. ープンソースアプリケーシ. 数学ライブラリ. •BLAS •LAPACK • SSL II. ョンも容易に移植すること ができる. ・レジスタ割付け・命令ス. **2. S PA RC 64 V I I I f x は , ScaLAPACK. MPI 2.1. ケジューリングの強化. SIMD 命令を使用する場合 に は 128 個,SIMD 命 令. *1: eXtended Parallel Fortran(分散並列 Fortran 言語) *2: Rank Map Automatic Tuning Tool(ランクマッピング最適化). を使用しない場合には 256 個と従来のスカラ CPU と. 図 -2 プログラミング環境の構成. 比べて非常に多数の浮動小 スを含む)を容易に移植できること. 数点レジスタが使用可能なアーキテクチャである.. 「京」のプログラミング環境の構成を図 -2 に示す.. これらの浮動小数点レジスタを有効に活用するた. 以降の章で,上記の 3 つの要件に関連するコンパイ. めにレジスタ割付けを高度化し,限られたコンパ. ラの高速化機能と言語仕様,MPI ライブラリ,開発. イル時間で適切なレジスタ割付けが可能なように. 支援ツールおよび数学ライブラリについて説明する.. するとともに,ソフトウェアパイプライニングな どの命令スケジューリング機能を強化している.. コンパイラ ●CPU コア向けの高速化機能 ・ 自動 SIMD 化機能の強化 「京」のコンパイラは,アプリケーション中の. ・ 4 倍精度演算の高速化 4 倍 精 度 演 算 の 高 速 化 を 実 現 す る た め に,. double-double 形式をサポートしている. double-double 形式は,倍精度の浮動小数点演 算を組み合わせて演算を行うため,整数演算でエミ. ループを対象とする自動 SIMD 化機能とともに,. ュレートする IEEE 形式より高速に演算を実行でき. 非ループ部分の SIMD 化をする UXSIMD 機能を. る.加えて「京」の double-double 形式は,演算に. サポートしている.. SIMD 命令を用いるなど SPARC64 VIIIfx 向けに最. UXSIMD 機能は,演算の木構造に基づいて,. 適化されており,IEEE 形式と比較して,最大で加. SIMD 化できる組合せを検出して SIMD 化する機. 算で 23 倍,乗算で 39 倍の高速化を実現している.. 能で,ループを対象とする自動 SIMD 化機能が 有効でないようなループの内側の演算列に対して. ●自動並列化機能. も適用することができる.. 一般に,2 階層の並列性を抽出する必要があるハ. これらの機能により,さまざまなアプリケーション に対して SIMD 化による性能向上を実現している.. イブリッド並列では,フラット並列に比べプログラ ミングの難易度は高くなる.. ・ SIMD 組込み関数のサポート. 「京」では,この問題を解決するために,富士. 「京」の C/C++ コンパイラは,Intel 社製の C/. 通のスーパーコンピュータ FX1 で実用化された 1). C++ コンパイラがサポートしている SIMD 組込. 技術である VISIMPACT. を発展させて採用した.. み関数と同等の組込み関数を用意している.. VISIMPACT は,低オーバヘッドなスレッド並列化. オープンソースのアプリケーションには,これ. を実現する CPU 機構と高度な解析能力を有する自. らの SIMD 組込み関数を使用して SIMD 化を行. 動並列化コンパイラを組み合わせてスレッド並列化. っているものがあるが,「京」では,これらのオ. を自動的に行う技術である.アプリケーション開発. 情報処理 Vol.53 No.8 Aug. 2012. 781.

(3) け い. 特集|スーパーコンピュータ 「京」. 1対1通信 MPI Interface Layer. 階層拡張. ob1 PML 短メッセージ 低遅延送信 のための 特別経路 (send, rsend, bsend). tofu LLP (Low Latency Path). を 利 用 して 1 対 1 通. 集団通信. 階層拡張. 団 通 信 に つ い て も,. tuned COLL, tbi COLL 長メッセージ用プロトコルを 改良 (Rendezvous, Stride). r2 BML. tofu BTL. 信を実装している.集. Tofu 専用の 1対1通信処理. Tofuの特性を活かした 新アルゴリズムを実装し Tofu Libraryを直接 呼び出し (bcast, allgather, allgatherv, allreduce, alltoall) Tofuのノード間バリア・ リダクション機能を活用 (barrier, bcast, reduce, allreduce). tofu COMMON. RDMA(Remote Direct Memory Access)通信 を主体とした 1 対 1 通 信をベースに Tofu イン ターコネクトの持つ複 数のネットワークインタ フェースを利用し,かつ,. Tofu Library. tofu BTL, tofu LLP, tuned COLL, tbi COLL から共通に使われる構造・処理. Tofu Interconnect. メッシュ/トーラス網に 適した集団通信アルゴ リズムを採用することに. 図 -3 MPI ライブラリの実装構造. より性能を高めている.. 者は,VISIMPACT を利用することにより,既存の. ・ 大規模環境での最適な通信の実現. フラット MPI プログラムを再コンパイルするだけ. 高い通信性能と省メモリ性を可能な限り両立す. でハイブリッド並列化を実現することができる.. るため,RDMA を利用するとともに,同時に通 信を行うプロセスを限定することにより,通信バ. ●言語仕様. ッファの使用メモリ量を抑制する.. 「京」のコンパイラは,オープンソースソフトウェ. ・使いやすさ. アの移植性を高めるために,Fortran,C,C++ の標. 6 次元メッシュ/トーラス網を,6 次元の 6 つ. 準の言語仕様に加えて,GCC 拡張仕様もサポートし. の軸を組み合わせることで仮想的な 3 次元トー. ている.また,分散メモリ並列処理向けに拡張され. ラスとして見せることを可能とした.これにより,. 2). た Fortran 言語である XPFortran (VPP Fortran. 3). と. 同一仕様)もサポートしている.. 3 次元トーラスの既存システムで開発されたアプ リケーション移植を容易にするほか,構成可能な. 3 次元トーラス形状の選択肢が増える,システム. MPI ライブラリ. を複数のジョブで分割利用しても 3 次元トーラス. ●概要. ても通信経路を設定することにより故障ノードを. MPI と は, 分 散 メ モ リ 向 け 並 列 処 理 の デ フ ァ. 意識しないアプリケーション実行が可能になるな. クト標準であるメッセージ通信ライブラリである.. どの特長を実現している.. システムとして利用できる,故障ノードが存在し. HPC 分野では,MPI ライブラリの良し悪しがシス テム性能を大きく左右する.8 万ノードを超える超. ●実装. 高並列システムにおいて世界トップクラスの性能を. 図 -3 に「京」の MPI ライブラリの実装構造を示す.. 実現する「京」の MPI ライブラリは次のような特. 「京」の MPI ライブラリは,オープンソースの. 徴を持つ.. MPI である Open MPI をベースとし,低遅延通信. ・優れた基本性能. と RDMA ベースの集団通信に対応するための改良. MPI の基 本である 1 対 1 通信性能を高めるため,. を加えたものである.Open MPI の内部インタフ. Tofu インターコネクトの特性を活かす RDMA 通信. ェースに合わせた低レベル通信ライブラリ(Tofu. 782 情報処理 Vol.53 No.8 Aug. 2012.

(4) 5 プログラミング環境. ─超大規模並列計算機の性能を活かすプログラミング環境─. Allreduceバンド幅(9216ノード 1GBまで). PingPong バンド幅性能. 4. Ri Ring. 6. 3 2 1 0 1.E+00. Trinaryx3. 7. バンド幅(GB / s) バ. バンド幅性能(GB/s). 5. 8. Recursive Doubling. 5. 3経路同時通信で, 最大 7.1GB/s ⇒既存実装の約5倍. 4 3 2. 1.E+02. 1.E+04. 1.E+06. 1. 1.E+08. 0. メッセージサイズ(B). 32. 1K. 32K. 1M. 32M. 1G. ランクあたりのメッセージサイズ(B). 図 -4 MPI ライブラリの 1 対 1 通信の通信バンド幅性能. 図 -5 MPI ライブラリの Allreduce の性能. Library)を用意し,「京」向けの機能をこの低レベ. ・ バージョンアップへの迅速な対応. ル通信ライブラリ内で可能な限り実現することによ. オープンソースソフトウェアは機能追加やバグ. り変更を最小限に抑えることを基本方針とし,以下. フィックスなどバージョンアップが頻繁である.. のように実装を進めた.. 特に Open MPI は,標準化が間近な MPI Version. ・ 低遅延通信を徹底追及. 3.0 に向けての大規模な変更が予定されているた. Open MPI は,多様なネットワークに対応するた. め,Open MPI の構造そのものに対しては可能な. めに内部の構造が階層化されて複雑になっている.. 1 対 1 通信でも PML,BML,BTL. ☆1. の 3 つの通信. 限り手を入れずに,バージョンアップがそのまま 適用可能な実装とすることを重要視した.. 層が介在しており,通信遅延が増加していた. 「京」 の MPI ライブラリでは,Tofu インターコネクトに. ● 性能. 不要な階層をショートカットする専用のパス (LLP). MPI ライブラリの 1 対 1 通信の片道遅延時間は,. を設けて 1 対 1 通信の低遅延化を追求した.. 隣接の場合,8 バイトメッセージで 1.27usec と高水. ・ RDMA 主体の集団通信実装. 準な性能を実現している.. 次の 3 つの理由により一部の集団通信アルゴリ. 1 対 1 通信の通信バンド幅性能は,図 -4 に示し. ズムでは,Open MPI の集団通信の枠組みを用い. た通りである.. ず新たに開発した集団通信の枠組みを用いて実装. 図 -4 よ り, 通 信 バ ン ド 幅 は,16MB メ ッ セ ー. している.. ジ時にハードウェアピーク性能 5.0GB/s に対して. ≫. Tofu のハードウェア Barrier, (Bcast,Reduce, Allreduce. ☆2. )への対応. ≫. RDMA ベースの集団通信への対応. ≫. 複数ネットワークインタフェースの制御. さらに,特に頻繁に利用される集団通信の Bcast,. Allgather,Allreduce,Alltoall ☆ 2 について,複数のネ ットワークインタフェースを用い,かつ,ネットワ ーク上のパケット衝突を最低限に抑制することがで きる集団通信アルゴリズムを採用している.. 4.7GB/s と,Tofu インターコネクトの性能を十分に 引き出していることが分かる. 図 -5 に Allreduce の性能を示す. ☆1. PML: Point-to-point Management Layer(1 対 1 通信を制御する層) BML: BTL Management Layer(複数ハードウェアを制御する層) BTL: Byte Transfer Layer(インターコネクト依存のデータ送信の層) ☆2 Bcast: 1 つのプロセスから他の全プロセスにデータを送る通信 (Broadcast,放送) Reduce:各プロセスのデータを 1 つのプロセスに集計する通信 Allreduce: 各プロセスのデータを集計し,結果を各プロセスが持 つ通信(Reduce + Bcast と同等) Allgather:各プロセスのデータを順に結合し,結果を各プロセス が持つ通信. Alltoall: 各プロセスのデータを各プロセスが他の全プロセスに送 る通信(全対全通信). 情報処理 Vol.53 No.8 Aug. 2012. 783.

(5) け い. 特集|スーパーコンピュータ 「京」 Tofu インターコネクトの性能を引き出すため,3 つのネットワークインタフェースを用いて通信経 路の重なりがないように実装されたアルゴリズム (Trinaryx3)は,7.1GB/s と既存のアルゴリズムに 比べて 5 倍の性能を実現している.. 開発支援ツール 「京」をターゲットとする超高並列アプリケーシ. 会話型デバッガでMPI並列プログラムをデバッグしているスナップショットを示す. 各枠には次の情報が表示されている. 左上枠: 並列プロセスおよびスレッドごとの走行状態(停止中のものは停止位置) 右上枠: ソースコード上でのブレークポイントの位置や現在の停止位置 下枠 : スタックトレース. ョンの開発を容易にするためのツールとして,実行 時デバッグ機能,会話型デバッガ,プロファイラ,. RMATT(ランクマッピング自動チューニングツー. 図 -6 会話型デバッガのスナップショット. ル)を用意している. ・ 実行時デバッグ機能. 並列実行時のデッドロックについては,デッドロ. 実行時デバッグ機能とは,アプリケーションを. ックで停止したアプリケーションに対して会話型. 実行する際に誤りの可能性のある問題(未定義領. デバッガで外部からアタッチし,アプリケーショ. 域の参照,仮引数と実引数の不整合,配列への領. ンをデバッガの制御下に置き,会話的操作により. 域外アクセスなど)をアプリケーションが自律的. 停止した原因を調査することができる.会話型デ. に検出する機能であり,コンパイル時に問題検出. バッガのスナップショットを図 -6 に示す.. 用のライブラリの呼出しをアプリケーションに埋. 画面左側に各プロセスやスレッドごとの停止位置. め込むことで実現している.これまでの実行時デ. が表示されており,これらの情報を解析すること. バッグ機能は,問題検出用ライブラリの呼出しオ. でデッドロックの原因を切り分けることができる.. ーバヘッドによって実行時間が十数倍~数百倍と. ・ プロファイラ. 大幅に増加するために実行時間が長いアプリケー. アプリケーションのチューニングを行う際には,. ションへの適用が難しかった. 「京」の実行時デ. 実行時の状況を可視化し,性能低下を引き起こし. バッグ機能は,問題検出部分を命令レベルでアプ. ている原因を明らかにすることが必要となる.. リケーションの命令列に埋め込み,問題を検出し. 「京」では,実行コスト(演算に要する時間). た場合にだけ問題処理用のライブラリを呼び出す. の分布や FLOPS 値などのアプリケーション全体. など実装を改善することでオーバヘッドを低減し,. の性能の概要を把握するための基本プロファイラ. 実行時間の増加を数倍程度に抑えることで,実行. と,アプリケーションの性能向上に重要なホット. 時間が長いアプリケーションへの適用性を高めて. スポット(実行コストが集中している関数やルー. いる.. プ)を詳細に解析するための詳細プロファイラを. ・ 会話型デバッガ デバッグ時の基本ツールである会話型デバッガ. 用意している. ≫. 基本プロファイラ. について,コンパイル時に最適化されたアプリケ. 基本プロファイラは,実行コストの分布や. ーションへの適用性を高めた.これにより長時間. FLOPS 値などのアプリケーション全体の性能. アプリケーションの会話型デバッガによるデバッ. 状況の概要を把握するために用いる.. グが容易となった.. 基本プロファイラは,特別な準備をしないで. また,超高並列アプリケーションで課題となる. 容易に使用できるようにタイマー割り込みを用. 784 情報処理 Vol.53 No.8 Aug. 2012.

(6) 5 プログラミング環境. ─超大規模並列計算機の性能を活かすプログラミング環境─. 能向上に重要なホットスポットを詳細に解析す るために用いる. 詳細プロファイラでは,アプリケーションの ソースに測定する個所をマークして指定し,測 定項目を選択してアプリケーションを実行する ことで,指定個所の詳細情報を採取する. 詳細プロファイラでは,SPARC64 VIIIfx の性 能計測カウンターを用いて,命令実行,メモリ アクセス待ち,演算待ちなどの CPU の動作状 態ごとに実行サイクル数を測定して可視化する ことで,CPU 内のどの処理にボトルネックがあ. 基本プロファイラを使い性能を分析しているスナップショットを示す. 各枠には次の情報が表示されている. 左上枠: プロセスごとのコスト情報(部分拡大図) 右上枠: プログラムループごとの性能値の一覧 下枠: プロセスごとのコスト情報(全体の3Dトポロジ表示). るのかを把握することができる.この分析手法 をサイクルアカウンティング分析と呼んでいる.. 図 -7 基本プロファイラを用いた実行コスト分布表示. 図 -8 にサイクルアカウンティング分析の例 を示す.. いたサンプリング方式でアプリケーションをプ. 図 -8 から,各スレッドでレベル 2 キャッシ. ロファイリングしている.. ュ上の浮動小数点データのロードにコストがか. 基本プロファイラを用いることで,チューニ. かっていること,すなわちレベル 1 キャッシュ. ングの要否の判断や,ホットスポットの抽出が. での浮動小数点データのロードのミスがボトル. 容易となる.. ネックとなっていることが分かる.. 図 -7 に,基本プロファイラを用いた実行コ. ≫. RMATT. ストの分布表示の例を示す.. MPI プログラムの通信のチューニングのた. 図 -7 は,実行コストの分布をトポロジ表示. めに,RMATT を用意している.RMATT は,. したものである.Tofu の 3D トーラス形状と性. 実行時の通信プロファイル情報に基づいてシミ. 能の関係をグラフィカルに認識できるようにデ. ュレーションを行い,MPI プロセスのノード. ータを可視化することで,超高並列時でも現象. への配置(ランク配置)を自動的に決定し,通. の把握が容易となる.. 信時間を短縮するツールである.オープンソー. ≫ 詳細プロファイラ. スのアプリケーションなど,適切なランク配置. 詳細プロファイラは,アプリケーションの性. が把握できない場合に効果を発揮する.. 4命令コミット 100%. 2/3命令コミット 1命令コミット. 75%. バリア同期待ち 浮動小数点演算待ち. 50%. 浮動小数点ロードキャッシュアクセス待ち 整数ロードキャッシュアクセス待ち. 25%. 0%. 浮動小数点ロードメモリアクセス待ち. Thread0 Thread1 Thread2 Thread3. 図 -8 サイクルアカウンティング分析. 情報処理 Vol.53 No.8 Aug. 2012. 785.

(7) け い. 特集|スーパーコンピュータ 「京」. DGEMM の性能 SPARC64 VIIIfx 1CPU 140. ピーク 128GFlops. も並列台数効果を得られる 3 次元 FFT(Fast Fourier. Transform)を追加している.. 120 性能(GFlops). 100. まとめ. 80 60 40. 本稿では,コンパイラ,メッセージ通信ライブラ. 20. リ,開発支援ツール,数学ライブラリといった, 「京」. 0. 0 2000 4000 6000 8000 10000 行列サイズ M=N=K の正方行列. 図 -9 DGEMM の性能. のプログラミング環境について解説した.一般に使 われているツール類との互換性を保ちつつ「京」の 性能を容易かつ最大限に引き出せることが,これら の特長である.. 数学ライブラリ 線 形 計 算 の 標 準 的 な ラ イ ブ ラ リ で あ る BLAS,. LAPACK, ScaLAPACK については,「京」向けに高 度にチューニングしたものを用意している.さらに,. BLAS, LAPACK の使用頻度の高いルーチンについて はマルチコア向けにスレッド並列化したものを用意. 参考文献 1)井上愛一郎:富士通の HPC への取り組み(2010),参照先 : サ イエンティフィック・システム研究会 : http://www.ssken.gr.jp/. MAINSITE/download/newsletter/2010/20100826-sci-1/lecture-5/ ppt.pdf 2)永井 亨:XPFortran 入門,名古屋大学情報連携基盤センター ニュース,5 (2), pp.129-168(2006). 3) 岩下英俊:VPP Fortran : 分散メモリ型並列計算機言語,情報 処理学会論文誌,5(2),pp.129-168(1995). (2012 年 4 月 27 日受付). している. 多くのアプリケーションから使用される BLAS の 倍精度行列 - 行列積ルーチン(DGEMM)について は,図 -9 に示すように,行列のサイズが 1000 程 度でピーク性能比 90% を超え,最大でピーク性能 比 96.5% という非常に高い性能を達成している. 富士通独自の数学ライブラリ SSL II についても 新規アルゴリズムを追加している.具体的には,ス レッド並列ライブラリでは,スパース行列の連立 1 次方程式の直接解法および反復解法,スパース行 列の固有値問題解法,そして連立 1 階常微分方程 式・微分代数方程式のアルゴリズム,分散並列ライ ブラリでは,複数軸でのデータ分割を可能にするこ とによって,数万ノードを超える大規模システムで. 786 情報処理 Vol.53 No.8 Aug. 2012. 村井 均(正会員) h-murai@riken.jp 1996 年京都大 学大 学院 修士課程 修了.1996 ~ 2010 年日本電気 (株).2010 年筑波大学大学院博士課程修了.現在, (独)理化学研究所 研究員.博士(工学).並列プログラミング言語および並列化コンパイ ラ技術の研究開発に従事. 住元真司(正会員) sumimoto.shinji@jp.fujitsu.com 1986 年同志社大学工学部卒業, (株)富士通研究所,1997 ~ 2001 年新情報処理開発機構出向を経て, 2007 年より富士通(株)勤務.現在, MPI 通信ライブラリ,クラスタファイルシステムなど高性能通信にか かわる HPC システムソフトウェア全般の技術開発に従事.工学博士. 瀧康太郎 taki.koutarou@jp.fujitsu.com 2000 年早稲田大学情報工学科卒業.同年富士通(株)に入社.コ ンパイラ最適化技術の開発に従事. 山中栄次 e-yamanaka@jp.fujitsu.com 1988 年東京工業大学大学院修士課程修了.同年富士通(株)に入社. 並列化コンパイラ技術および並列プログラミング言語の開発に従事..

(8)

図 -2 プログラミング環境の構成
図 -3 MPI ライブラリの実装構造

参照

関連したドキュメント

特定非営利活動法人

 県民のリサイクルに対する意識の高揚や活動の定着化を図ることを目的に、「環境を守り、資源を

パターン1 外部環境の「支援的要因(O)」を生 かしたもの パターン2 内部環境の「強み(S)」を生かした もの

環境への影響を最小にし、持続可能な発展に貢

IUCN-WCC Global Youth Summitにて 模擬環境大臣級会合を実施しました! →..

~自動車の環境・エネルギー対策として~.. 【ハイブリッド】 トランスミッション等に

○事業者 今回のアセスの図書の中で、現況並みに風環境を抑えるということを目標に、ま ずは、 この 80 番の青山の、国道 246 号沿いの風環境を

職場環境の維持。特に有機溶剤規則の順守がポイント第2⇒第3