Big Sky :: golang の遅いコードをたった1行で高速化するテクニック

記事中に間違いがありました。数倍も速くはなりませんでした。確か 1.0X ～ 1.1 倍程度の高速化は得られましたがびっくりするほどの物ではありませんでした。すみません。 そろそろ Go1.7 がリリースされるそうですが、皆さん如何お過ごしですか。Go 界隈の波平こと mattn ですこんにちわ。ﾊﾞｶﾓｰ(略 Go1.7 ではコンパイラの最適化が行われ、ビルド速度がかなり短縮される様になりました。毎日ビルドしてる僕としては非常に嬉しい機能改善ですね。 さてとてもキャッチ―なタイトルで釣ってしまった訳ですが、気にしたら負けなのでどんどん話を進めます。 var t [256]byte func f(b *[16]byte) { for i, v := range b { b[i] = t[v] } } 例えばこのコードを見て下さい。このコードはココから拝借しました。issue の内容はスコー

[mattn]

書いた。

[programmerMOT]

CPUの歓声が聞こえる

[zonu_exe]

逆説的に、コンパイラの気持ちになれないときやボトルネックではない場合は下手に手を出さない方が良さげ。

[megascus]

まだGO言語ってアレな感じなんだなぁ。

[uehaj]

意味変わってる

[ikaro1192]

どうしても手詰まりな時は役立つかもだけど、バッドノウハウな気がする...

[zetamatta]

ループの中ではグローバルではなくローカル変数扱いでアクセスした方が速いか、nrhd

[yoshikidz]

コメントのやりとりがおもしろいね〜。こういう話ができる人と仕事すると楽しいねんwギークいと思われがちだけど。。。必要よね。海外slack入るのが最近の楽しみ

[vanbraam]

trickyだが,説明付きなので,理由を考えると理解できる.そういう意味で非常に良い記事だと思う.ただtrickyではあるのでやはりbad knowhowの類かと;コンパイラーが自動で判断できない理由は記事中にあると思う

[pullphone]

？？？「コンパイラの気持ちになるですよ」

[y-kawaz]

使って良いケースかどうかの判断を自分できる人向け。

[honeybe]

！？

[miyakawa_taku]

The Go Memory Model (https://golang.org/ref/mem) を見ると、golangの外部変数は非volatileなので、コンパイラはf1→f2に最適化してもOKに見えるのだけど。

[tekimen]

コンパイラの気持ちになって考える

[nabetama]

“並列でアクセス可能な変数をローカルで拘束する”

[berlysia]

コンパイラの気持ちになる

[gabuchan]

コンパイラの気持ちで

[nazoking]

最初の挨拶のせいで並列がナミヘイに読める

[gabill]

以前Javascriptでも似たようなことやって速くなったことがあった、気がする。

[kazuau]

この最適化はコンパイラが自分で考えて勝手にやってほしい

[zu2]

“LEAQ がバイトコード出力される” こういうのもバイトコードっていうの？

[stealthinu]

golangでのパフォーマンスチューニング。goroutineでよそから使われる可能性があるためLEAQを発行するので遅くなるからスコープ内にするチューニングで速くなる。

[umisama]

コンパイラの気持ちが分かるオトコになりたい。/意図が分かりづらいコードになるので、書くとき心臓がギュッとなりそう。

[oooooo4150]

コンパイラ気持ちがわからない人はモテない

[asonas]

コンパイラの気持ちになっていく

[takuya-a]

アセンブリ出力するのガチっぽい

[koyancya]

うおー -> "この辺はコンパイラの気持ちになって考えると答えが出てくるかもしれません。"

[ikosin]

“コンパイラの気持ちになって考える”

[shibukk]

ふむふむ

[sonots]

he-