結局、Go言語をやめる理由はなかった件 - Qiita

この記事は Go 2 Advent Calendar 14日目の穴埋め記事です。 はじめに @okdyy75 さんによる Go 5 Advent Calendar 14日目の の記事「だから僕はGo言語を辞めた」 が「ベンチマークっていうのはこうやるんだよ」というのを説明するために反面教師的な意味で良い教材だと思ったので、反証記事を書きたいと思います。 ベンチマークを取りながらコードを改善して、最終的にGoは遅くないからやめる必要はないということ、そして、なぜ遅いという結論になってしまったのかを掘り下げていきたいと思います。 下準備 幸いなことに、ベンチマークのソースコードがGitHubにある ので、こちらを実行しながら問題点を改善していきましょう。 ちゃんとコードが上がっているのは素晴らしいですね！ 一方で、元記事には測定環境が明記されていませんでしたので、同じ環境で測定することはできま

[hylom]

MySQLの各言語向けのバインディング、本当に実装ごとにやってることが全然違ったりするので言語のベンチマークには向いてない

[programmablekinoko]

知見の塊のような記事、これを引き出した元記事はナイスプレイだな

[khtno73]

「なんと、for文の中で繰り返し db.Exec にSQL文を文字列で渡しています」微妙なベンチマークだなあ。

[cocodrips]

いい記事だった 勉強になる。元の記事は知らないけど

[knok]

timeも/usr/bin/time(Linuxなら普通GNU time)とshell built-inのtimeで微妙に出力が違うので要注意

[tune]

ツールの使い方が参考になる。便利なものは貪欲に学んでいかないと

[cu39]

俺のユースケースと俺が楽だと感じる書き方をエスパーして最速になる言語を教えてほしい！

[honeybe]

正しく有益なマサカリ

[mattn]

いい検証記事ですね。

[kobito19]

もはや元記事の人は自分から言い出しにくいと思うけど、本文にはベンチマーク結果以外にもGo辞める理由書いとるで。

[mhag]

“「Re: 結局、Go言語をやめる理由はなかった件」”

[leiqunni]

恣意的な内容に感じる。言語間戦争は不毛かな。

[shikiarai]

元々使わないから後で暇な時に読む

[udzura]

よくまとまっている

[hnishi2509]

読んだ

[ryskosn]

ベンチマークの取り方

[chinpokomon_master]

そもそも元記事のわかってなさがヤバいよな。学生かなさすがに。

[gorilla213]

僕はあまり理解出来ませんでしたが、Go、pythonのかなり深いところの動作まで調査している記事になります。 今後の自分参考用に それにしても、ITの世界って奥が深いですね・・・笑

[ken39arg]

良い。元記事知らなかったのが悔やまれる(俺も先にチューニングしたかった)

[peketamin]

面白かった

[kamocyc]

データベース処理は気をつけて書かないと遅くなるよね

[sharaku3eyes]

勉強になる

[Wafer]

コンパイル言語とインタプリタ言語でこの程度の差しか出ないなら迷わずインタプリタを選ぶけどねぇ。プロファイリングはありきたりだけど基本事項としてとても大切な知見

[onesplat]

まず何故I/Oがボトルネックになりそうな処理を言語比較ベンチの題材に選んだんだという素朴な疑問が

[odakaho]

“Python は MySQL の (PREPAREステートメントではなくてプロトコルレベルの) prepare に対応していません。パラメータを毎回Python側でSQLにエスケープしながら埋め込んで送信”

[toritori0318]

良い

[Shinwiki]

悪の手先

[roshi]

ベンチマークの取り方とその原因究明方法が参考になった。

[turanukimaru]

とても良い記事。何を測りたいのかはちゃんと考えないとね。DBアクセスのベンチはDBの比重が大きすぎる。なお全部フェッチはGoはGCの都合もあってメモリを浪費したくないしDBFWがやればいいから標準では要らないんじゃ。

[y-kobayashi]

“http://dsas.blog.klab.org/archives/52191467.html”