この記事は著者が韓国語で書いた原文の翻訳です。 原文(한국어)を読む
コアを64倍にしたら効率が16.3%まで落ちた — 格子を細かくして測るweak scalingの罠
weak scalingの線が平らかどうかを決めるのは並列化の質ではなく、前処理のレベル数である。
効率16.3%、しかし並列化に欠点はなかった#
スーパーコンピュータの計算資源申請書にはscalingのグラフを添える必要があります。コアあたりのセル数を固定し、コアを1→4→16→64と増やしながら時間を測ります。理想的には線が平らになるはずです。私が得た線は平らではありませんでした。効率が1.000から0.163へ落ちたのです。MPI通信量でも負荷不均衡でもありません。原因は測り方そのものに隠れていました。この記事ではHammond・Lichtner・Mills(2014)のPFLOTRAN性能論文が指摘した箇所をたどり、同じ現象をPython約100行で再現し、レベル1段で元に戻します。
読み終えると判断が二つ残ります。傾いたweak scalingがコードを指しているのか、前処理を指しているのか。そして「マルチグリッドはweak scalingに強い」という言葉は、レベルが格子と一緒に増えるときだけ立ち、レベルを固定すると崩れるということです。
格子を細かくする側を選ぶと問題そのものが変わる
weak scalingの測り方は二つあります。格子間隔を固定して領域を大きくするか、領域を固定して格子を細かくするかです。PFLOTRANの著者らは後者を選びました。理由は実務的です。帯水層ひとつをモデル化するのに、その帯水層がコア数に比例して大きくなることはありません。領域はいつも5000 m × 2500 mです。コアが増えればその領域をより細かく刻むだけです。
ところがこの選択は静かに一線を越えます。領域を大きくする側では自由度が増えるだけで、解く問題は変わりません。格子を細かくする側では解く問題が毎回変わります。離散化行列の固有値スペクトルが格子間隔に連れて動くからです。64コアの実行と1コアの実行は、同じ仕事を64等分したものではなく、別々の線形系を解いたものです。
下のシミュレーションで前処理と格子の細かさを直接変えてみましょう。
スライダーを右に動かすとコア数と格子がともに4倍ずつ増え、コアあたりのセル数は2048に固定されます。三つのボタンで前処理を切り替え、sweepsカウンタを比べてください。point Jacobiでは注入井・揚水井の近くの短い揺らぎはすぐ消えますが、領域全体にまたがる緩やかな染みが最後まで残ります。その染みが反復回数を決めています。
strongとweakは別の問いに答えている#
二つの指標の定義をはっきりさせます。strong scalingは問題サイズを固定したままコアを増やします。相対加速比と相対効率はこう書きます。
はコア個での壁時計時間、は基準コア数です。数千コア規模ではコア1個に問題が収まらないので、基準は常に相対的です。
weak scalingはコアあたりの問題サイズを固定し、両方を同じ倍率で大きくします。
ここでの理想値は、つまり平らな線です。負荷不均衡は別に測ります。が0に近ければ均等に分かれたという意味です。私の場合、領域分割は完全に均等だったのででした。したがって不均衡は容疑者から外れます。
反復回数がで伸びる算数#
残る容疑者は線形ソルバです。離散ラプラシアンの固有値を見れば答えが出ます。一辺の領域を間隔で切った5点差分行列では
は条件数、すなわち最大固有値と最小固有値の比です。格子を半分に詰めるとは4倍になります。共役勾配法の反復回数の上限は条件数の平方根に比例します。
は未知数の個数、は目標相対残差です。二次元ではを半分にするとセルは4倍、反復は2倍です。GMRESとArnoldi過程で見たように、Krylov部分空間は行列ベクトル積1回で1次元ずつしか伸びません。情報が格子を横切る速さは1反復で1セルなのです。
点Jacobi前処理はこの算数を変えません。対角成分で割るのはスペクトルを平行移動・スケール変更するだけで、両端の比には触れません。ブロックJacobiも事情は似ています。ブロック内は正確に解きますが、ブロック境界を越える長い波長は依然として反復だけで伝わります。コアが増えればブロックはより細かく割れるので、むしろ不利になります。
同じdoubletに前処理を三つ掛けた#
論文のregional doubletを縮小して再現しました。5000 m × 2500 mの均質帯水層、西から東へ掛けた水頭差、そして注入井ひとつと揚水井ひとつです。定常の飽和流なのでの一行です。コアあたりセル2048個を固定し、格子を四段階で細かくしながらPCGの反復回数を数えました。
import numpy as np
def apply_laplace(x):
"""h^2-scaled 5-point operator: Dirichlet on x-faces, no-flow on y-faces."""
ny, nx = x.shape
xp = np.empty((ny + 2, nx + 2))
xp[1:-1, 1:-1] = x
xp[0, 1:-1] = x[0, :] # no-flow (ghost = mirror)
xp[-1, 1:-1] = x[-1, :]
xp[1:-1, 0] = -x[:, 0] # Dirichlet 0 (ghost = -x)
xp[1:-1, -1] = -x[:, -1]
return 4.0 * x - xp[1:-1, :-2] - xp[1:-1, 2:] - xp[:-2, 1:-1] - xp[2:, 1:-1]
def diag_of(ny, nx):
d = np.full((ny, nx), 4.0)
d[:, 0] += 1.0
d[:, -1] += 1.0
d[0, :] -= 1.0
d[-1, :] -= 1.0
return d
def make_rhs(ny, nx, head_w, head_e, well_rate):
"""regional gradient + injection/extraction doublet, h^2-scaled."""
b = np.zeros((ny, nx))
b[:, 0] += 2.0 * head_w
b[:, -1] += 2.0 * head_e
b[ny // 2, nx // 10 * 3] += well_rate
b[ny // 2, nx // 10 * 7] -= well_rate
return b
def jacobi_smooth(x, b, d, nu, omega=0.8):
for _ in range(nu):
x += omega * (b - apply_laplace(x)) / d
return x
def restrict_avg(r):
return 0.25 * (r[0::2, 0::2] + r[1::2, 0::2] + r[0::2, 1::2] + r[1::2, 1::2])
def prolong_const(e):
return np.repeat(np.repeat(e, 2, axis=0), 2, axis=1)
def vcycle(x, b, level, max_level):
ny, nx = x.shape
d = diag_of(ny, nx)
if level == max_level or min(ny, nx) <= 4:
return jacobi_smooth(x, b, d, 40)
x = jacobi_smooth(x, b, d, 2)
rc = 4.0 * restrict_avg(b - apply_laplace(x))
ec = vcycle(np.zeros_like(rc), rc, level + 1, max_level)
x += prolong_const(ec)
return jacobi_smooth(x, b, d, 2)
def pcg_solve(b, precond, rtol=1e-8, maxit=20000):
x = np.zeros_like(b)
r = b - apply_laplace(x)
nrm0 = np.linalg.norm(r)
z = precond(r)
p, rz = z.copy(), float(np.sum(r * z))
for k in range(1, maxit + 1):
Ap = apply_laplace(p)
alpha = rz / float(np.sum(p * Ap))
x += alpha * p
r -= alpha * Ap
if np.linalg.norm(r) / nrm0 < rtol:
return x, k
z = precond(r)
rz_new = float(np.sum(r * z))
p = z + (rz_new / rz) * p
rz = rz_new
return x, maxit
def weak_scaling_table(dof_per_proc=2048):
print(f"{'procs':>6}{'grid':>12}{'dof':>9} | {'Jacobi':>7}{'E':>7} | "
f"{'MG-3lv':>7}{'E':>7} | {'MG-grow':>8}{'E':>7}")
base = {}
for k in range(4):
p = 4 ** k
ny, nx = 32 * 2 ** k, 64 * 2 ** k
b = make_rhs(ny, nx, 10.0, 0.0, 40.0)
assert ny * nx == dof_per_proc * p
row = []
for name, pre in (
("jac", lambda r: r / diag_of(*r.shape)),
("mg3", lambda r: vcycle(np.zeros_like(r), r, 0, 2)),
("mgg", lambda r: vcycle(np.zeros_like(r), r, 0, 99)),
):
_, it = pcg_solve(b, pre)
base.setdefault(name, it)
row.append((it, base[name] / it))
print(f"{p:>6}{f'{nx}x{ny}':>12}{ny*nx:>9} | " + " | ".join(
f"{it:>7}{eff:>7.3f}" for it, eff in row))
weak_scaling_table() procs grid dof | Jacobi E | MG-3lv E | MG-grow E
1 64x32 2048 | 210 1.000 | 10 1.000 | 9 1.000
4 128x64 8192 | 407 0.516 | 16 0.625 | 9 1.000
16 256x128 32768 | 754 0.279 | 28 0.357 | 10 0.900
64 512x256 131072 | 1285 0.163 | 47 0.213 | 10 0.900レベルスライダーと格子スライダーを別々に動かすと、右の効率曲線のうち強調される線が変わります。
レベルを にすると減衰の棒が一本残ります。格子を右へ動かすと最も粗い格子が大きくなり、Jacobiの効率が 側へ傾きます。レベルを格子と一緒に上げると 付近が残ります。
点Jacobi列の反復回数は210→407→754→1285です。格子が8倍に詰まるあいだに6.1倍になりました。段階ごとの比は1.94、1.85、1.70で、前節のという見積もりと合います。コアあたりのセル数は固定なので、反復1回あたりのコアあたり費用も固定です。したがって効率は反復回数の逆比そのままに0.163まで落ちます。通信やキャッシュを手直しして取り戻せる数字ではありません。
点Jacobiの、、、を割ると、、です。表の、、と一致します。三つを掛けるとで、です。効率はその逆数です。なので、表のです。MG-3lvは、、、です。で、Jacobiのよりは小さいものの、効率はです。レベルを一緒に増やす列は、、、です。コアで、効率はです。同じ自由度で、Jacobiのと成長レベルの比は倍です。コアあたりセルは四行とも同じです。で、です。を一度半分にするとセルは倍、は倍、反復の上限はなので約倍です。三度の半分が倍の細分化で、測られた倍は、そのが、、と少し足りない積です。
レベル1段が47を10に戻した#
三列目が答えです。V-サイクルのレベルを3段に固定すると反復は10→47に伸びます。レベルを格子とともに増やし、最も粗い格子が常に8 × 4セルで残るようにすると9→10です。効率0.900。実質的に平らです。
理由は一文で書けます。Krylovソルバは単一格子上の緩和子のように振る舞い、高周波の誤差を速く消して低周波の誤差を残します。レベルを格子まで積めば、1サイクルで長い波長まで届きます。その端を前処理が外すと、音速CFLで誤差がsweepごとに100倍へ育ったブロック前処理と同じく反復が残ります。レベルを3段に縛れば、512 × 256の格子で最も粗い格子は128 × 64です。128セル幅の誤差波はその格子でも依然として低周波です。誰もそれを消しません。
マルチグリッドが無料ではない場所
ここで止めると「常にマルチグリッドを使え」という結論になります。論文は反対側も書き留めています。
レベルを増やすには代償があります。問題が大きくなるたびに階層をもう一段積まないと最適な収束が保てませんが、その設定費用がコア数とともに伸びます。hypreやGAMGのような代数マルチグリッドではcoarsening自体が通信集約的です。Kollet他(2010)の結果では、solver setupの効率が16,384コア付近でほぼ0まで落ちます。反復回数は平らなのに設定時間が全体を食います。すべてのPDEがこの階層に向くわけでもありません。地下水流のように楕円型・放物型で初期推定が解から遠いときはマルチグリッドが効きます。移流が支配する地化学輸送は時間刻みが小さく、行列が強く対角優位になります。そういう行列では点JacobiやILU(0)で既に十分です。レベルを積む理由がありません。多相流を表す系へのマルチグリッド適用はまだ研究課題です。
前処理の費用は格子の形にもぶら下がります。伸張格子では方向ごとの結合の強さが大きく違うので、ラインレット前処理のように一方向だけ正確に解くほうが安いです。
PFLOTRANの著者がstrong scalingを先に見よと言う理由#
論文の論調は明確です。実務では固定された領域が与えられ、コアをより多く使って同じ問題を速く解きたいのであり、その問いに答えるのはstrong scalingです。ところがマルチグリッドのソルバ論文はweak scalingだけを載せることが多いのです。マルチグリッドは問題が大きくなるときに際立つので当然の選択です。問題は片側だけ見せるとKrylovソルバに対するstrong scaling性能を比較できないことです。逆にstrong scalingだけを載せる論文にも同じ欠点があります。
PFLOTRAN自身のstrong scalingは銅浸出シナリオで4096コアまでほぼ理想的で、そこから折れます。折れる地点でコアあたりの自由度は768個でした。自由度3.1 Mの問題も49 Kの問題も同じ比で折れました。この数字のほうが実務的には効率曲線全体より有用です。コアあたりの自由度が1000個を下回ってはいけない、という意味です。
反復が1285まで伸びるとMPIは0.163を戻せない#
64コアの行で点Jacobiは1285回、効率は0.163です。210から1285までの比は6.12で、効率はその逆数、です。コアあたりのセルはどの行も2048のままです。反復1回の費用が同じなら、壁時計は反復回数に従います。メッセージを削っても6.12倍は戻りません。
分かれ目はレベル数です。3段に固定すると10から47、比は4.7、効率は0.213です。レベルを格子と一緒に増やすと9から10、比は1.11、効率は0.900です。同じ131072自由度で1285と10の比は128.5倍です。傾いた曲線が出たら、キャプションに領域を広げたのか格子を詰めたのかを先に書きます。反復列が6.12倍に伸びたなら、手を入れる場所はKrylov線形解法です。反復が平らなのに時間だけ伸びるときが、通信側です。
関連記事
役に立ったらシェアしてください。