だいありー (2015-10-05)

答え合わせ。 おっと、実時間だと、世代別 GC を、ちゃんと有効にしているやつと、あまり変わりませんね。 とありますが、system time が長いですよね。これ、システムからメモリを確保するために必要となる時間です、多分。800MB 以上ぶんどらないといけないですから。この場合、user 時間を比べて、GC の影響を見ておくのが良いでしょう。つまり、GC の影響は 1.64 sec - 1.47 = 0.17 sec。これが、GC による影響だとみることが出来ます。 まとめると、大ざっぱに オブジェクトの生成 0.7 sec GC 時間 0.2 sec という感じです。潰すべきオーバヘッドはどちらか、というのは、わかりやすい。GC は本当に遅いんですかね。 あと、オブジェクトを 100M 個作っておいた、すぐあとのベンチマークでは、また違った様子ですね。これも、OS とのやりとりやら、

[kfujieda]

文字列はimmutableであるべきとかCoWはどうよみたいな的外れな議論に飽きていたのでこれはうれしい。

[Watson]

Rubyをどうやって速くしてくか、という話( ˘ω˘)

[hashrock]

議論の根本を考える、そして計測する。素晴らしい姿勢だなと思った

[joker1007]

文字列freezeについて、ささださんによるパフォーマンスの観点からの解説。

[t-wada]

Ruby 3.0 における文字列リテラルを freeze する/しないの件、ささださん本人による解説といくつかの解決案について

[Kureduki_Maari]

文字列を freeze する、しない、の話で、色々と議論があります だいありー Ruby 3

[t_f_m]

"いくつかアイデアあるけど、本当に 40ns のために頑張るべきなのか、というところも重要"

[sho]

じゃあ速くすればいいんだろ!!という話。正しいw

[escape_artist]

速くしようという話なのか

[yyamano]

"文字列を freeze する、しない、の話で、色々と議論があります。"

[masakiplus]

9月はポルトガルとかロシアとか行ってました。どちらも良いところでした。小学生並だな、これ。 文字列を freeze する、しない、の話で、色々と議論があります。遠藤さんの素晴らしいまとめ: ■ [Ruby] Ruby 3.

[ksss9]

Hashのやつ知らなかった。

[hiroshi_revolution]

だいありー

[matsumoto_r]

“この根本的な原因は Ruby が遅い、ということなので、多分私の職責の範囲内であると思われるので、この辺の「なぜ遅いのか」「どうすれば良いのか」という点についてまとめておきます”