# 094: Subst 高速化 [↑up](bunny_notes) - issued: 2020-05-24 - 分類: 分類:C 改善項目 - status: Open ## 概要 いま最も消費時間の多い Subst の高速化。 @@ をみるに、map のあとに少ない要素を追加することが多い。 Data.Map.Strict は逆効果だったが、Vector がはまるか? ## 調査ログ ## 2020-05-25 まず、取り掛かるまえの実行時間(time ./tcompile testcases/sample152mod.hs): 36.5s Data.Vector にしたバージョンは、主記憶不足で page swap のスラッシングが起きているような感じで、マウスがうごかなくなるような状態に。ぜんぜんだめ。 それならと Data.Sequence をつかってみたが、48.7s で悪化。 List にもどし、リスト内容式でかかれている @@ の実装を map に書き換えてみるなどしたが、これも 42s と悪化。もとの実装が一番はやかった。 Subst を大幅に速くするのは難しいのかも。 いま、DictPass でやたら Subst が肥大化して遅くなっているのを改める(extSubst する回数を抑制する)必要があるのかもしれない。 たしかに、不要な Subst をいっぱいこしらえている気がする。 主要な項(名前付き項)の型付けは済んでいるのだから、ローカルな項の型チェックにもちいた置換を、状態にため込みつづける必要はないのかもしれない。 継続 ## 2020-05-26 複数の bind 間で Subst を共有する(すると、Subst は大きく肥大化する)必要はなかったので、これをやめた: $$
{ compiler/src/DictPass.hs @@ -50,9 +50,10 @@ tcBind (Rec bs) ce maybest = tbloop st0 bs [] pss' = tcPss st st' = st{tcPss=(pss++pss')} (e', st'') = runState (tcExpr e qt) st' num = tcNum st'' in if null qs then ((v, e'), st''{tcPss=pss'}) else ((v, Lam (mkVs n qs) e'), st''{tcPss=pss'}) if null qs then ((v, e'), st{tcNum=num}) else ((v, Lam (mkVs n qs) e'), st{tcNum=num}) tcbind _ _ = error "tcbind: must not occur." $$} この修正で、4倍以上速くなった: $$