JRubyにおけるString実装高速化 Rope 紹介 #RubyKaigi #RubyKaigiA

にせれぶ @2celeb

jruby推しの人多いなぁ #rubykaigiA

どみにをん525 @Dominion525

concat、そもそもMRI2.3 より JRuby9.1 のほうが速いのか。#rubykaigi #rubykaigia

みよひで画伯 @miyohide

文字列の連結の話。RopeとJRuby（truffle）を使った場合CRubyの約80倍早い。追加（<<）の場合では2.3倍。 #rubykaigi #rubykaigiA

FUJI Goro @__gfx__

"The Truffle runtime of JRuby is an experimental implementation of an interpreter for JRuby" か。 github.com/jruby/jruby/wi… #rubykaigia

joker1007 (アルフォートおじさん) @joker1007

Appendも早くなる理屈はTruffleのおかげだろうか。 #rubykaigiA

joker1007 (アルフォートおじさん) @joker1007

静的なデータ構造にしたら、そりゃ破壊的なAppendとのギャップは大きくなるな。 #rubykaigiA

黒曜@Leaner Technologies @kokuyouwind

「SubstringはRStringだとコピーを作るが、Ropeだと元のものを子に持つSubstringRopeを作る。multiplicationも同様」 構築効率は良いけど参照時の効率悪くなったりしないのかなこれ #rubykaigi #rubykaigiA

みよひで画伯 @miyohide

メモリ間のコピーを減らすことで高速化を実現って感じか。 #rubykaigi #rubykaigiA

elcondor @elcondor

ともかく徹底的にコピーを回避することでパフォーマンス上げてる、と理解すれば良いのかしら #RubyKaigi #RubyKaigiA

igaiga @igaiga555

TruffleはJRubyに試験導入済って理解でおｋ？ jruby.org/2016/05/27/jru… #rubykaigiA

ripM8QhdYbs6Whn @ripM8QhdYbs6Whn

文字列を大量に扱うRailsなどで標準化できたら、ものすごく早くなるのでは？ #rubykaigi #rubykaigiA

y-yagi @y_yagi

"こにちわ" #rubykaigiA

joker1007 (アルフォートおじさん) @joker1007

"こにちわ" #rubykaigiA

みよひで画伯 @miyohide

“こにちわ” #rubykaigi #rubykaigiA

██████████████████████ @motchang

こにちわ #rubykaigi #rubykaigiA

y-yagi @y_yagi

non ascii characterでもこんなに早いのか #rubykaigiA

成瀬 @nalsh

このベンチマーク、メソッドの呼び出しコストしか計れてないんじゃないか #RubyKaigiA

みよひで画伯 @miyohide

誰か止めなかったのか。”こにちわ” #rubykaigi #rubykaigiA

口玉(脱Chrome！！I joined a company) @Kuchitama

おしい！「こにちは」おしい！#rubykaigiA #rubykaigi

かるぱねるら @karupanerura

("\xe5"+"\xb1"+"\xb1").length みたいなのも高速に正しく解決できるかな。 #rubykaigi #rubykaigiA

黒曜@Leaner Technologies @kokuyouwind

他の利点としてまとめられてるのは、比較を参照で取り扱えるとかスレッドセーフとか、基本的に不変性が効いてるやつだなー。 #rubykaigi #rubykaigiA

y-yagi @y_yagi

スレッドセーフ? #rubykaigiA

WAKASUGI 5T111111 @5t111111

ちょっと最初から聞いてなかったのでわからないんだけど、Rope はコンセプト的には MRI にも (一部でも) 適用できるものなのかな？ #rubykaigi #rubykaigiA