Guest69 has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
nirvdrum has quit [Ping timeout: 240 seconds]
Puffball has quit [Remote host closed the connection]
Guest69 has joined #jruby
Puffball has joined #jruby
Guest69 has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
camlow325 has quit [Ping timeout: 240 seconds]
Guest69 has joined #jruby
nirvdrum has joined #jruby
Guest69 has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
nirvdrum has quit [Remote host closed the connection]
nirvdrum has joined #jruby
Guest69 has joined #jruby
_whitelogger has joined #jruby
Guest69 has quit [Quit: Textual IRC Client: www.textualapp.com]
camlow325 has joined #jruby
camlow325 has quit [Ping timeout: 240 seconds]
vtunka has joined #jruby
vifino has quit [Ping timeout: 240 seconds]
vifino has joined #jruby
drbobbeaty has joined #jruby
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
shellac has joined #jruby
Puffball has quit [Remote host closed the connection]
Puffball has joined #jruby
Puffball has quit [Remote host closed the connection]
Puffball has joined #jruby
drbobbeaty has joined #jruby
bbrowning_away is now known as bbrowning
shellac has quit [Quit: Computer has gone to sleep.]
enebo has joined #jruby
shellac has joined #jruby
<GitHub1> [jruby] enebo closed issue #4274: become_java! not compatible with Java sub-class generated proxies https://git.io/vXaQR
subbu is now known as subbu|afk
subbu|afk is now known as subbu
hobodave has joined #jruby
vtunka has quit [Ping timeout: 260 seconds]
shellac has quit [Ping timeout: 255 seconds]
<GitHub111> [jruby.github.io] enebo pushed 1 new commit to master: https://git.io/vHN4b
<GitHub111> jruby.github.io/master 24b5603 Thomas E. Enebo: Update for 9.1.12.0
<GitHub196> [jruby.github.io] enebo pushed 1 new commit to master: https://git.io/vHNBv
<GitHub196> jruby.github.io/master 8d8d5e5 Thomas E. Enebo: Whoops wrong version in announcement
ChanServ changed the topic of #jruby to: Get 9.1.12.0! http://jruby.org/ | http://wiki.jruby.org | http://logs.jruby.org/jruby/ | http://bugs.jruby.org | Paste at http://gist.github.com
<GitHub146> [jruby] enebo tagged 9.1.12.0 at jruby-9.1.12.0: https://git.io/vHNBy
<codefinger> @enebo did you just push that tag?
<codefinger> ok, i see it now
<enebo> codefinger: hah ok...
<enebo> codefinger: I was staring at the line above yours when you asked and you confused me for a sec
<enebo> codefinger: I take it you are updating buildpack?
<codefinger> yea
<enebo> or whatever magic your wizardry performs
<codefinger> it's all docker
<enebo> I will cry is .13 is out tomorrow :P
shellac has joined #jruby
hobodave has quit [Quit: Computer has gone to sleep.]
hobodave has joined #jruby
shellac has quit [Ping timeout: 246 seconds]
<nirvdrum> enebo: Did you end up finishing that work in the lexer to avoid the need for interning?
mbj has joined #jruby
mbj has quit [Client Quit]
subbu is now known as subbu|afk
<enebo> nirvdrum: well sort of
<enebo> nirvdrum: for 9.2.x String's will be removed from the parser
<enebo> nirvdrum: we will pass ByteList through
<nirvdrum> enebo: Do you have a branch available?
<enebo> bytelist_through_parser
<nirvdrum> That's a dumb name.
<nirvdrum> You should've picked something more descriptive :-P
<enebo> nirvdrum: although headius also made another branch merging a branch he also worked with some more bytelist stuff
<nirvdrum> Just kidding. I should've checked the branch list :-/
<enebo> nirvdrum: it will be merged into master soon though
<enebo> nirvdrum: it only pushes to the AST right now and I still make intern'd strings but I need to remove them
<enebo> hopefully nothing is still using them
subbu|afk is now known as subbu
bbrowning is now known as bbrowning_away
drbobbeaty has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
tenderlove has joined #jruby
<tenderlove> chrisseaton: have you seen this? https://github.com/vnmakarov/ruby/tree/rtl_mjit_branch
<chrisseaton> tenderlove: yes and I read his issue in the Ruby bug tracker
<tenderlove> what do you think about it?
<chrisseaton> It looks like a sensible approach to making a real JIT for MRI
<tenderlove> (I'm still catching up on the thread, so if you've commented there I'll get to it :) )
<chrisseaton> I disagree with how he's measuring performance and assessing TruffleRuby :)
<chrisseaton> Our basic benchmarks are actually a bit broken at the moment as we've been focusing on C extensions, but we might post a friendly rebuttal to some of the measurements at some point
<chrisseaton> It sounds like he's focusing on startup and warmup as well as peak, while we're trying to get the best peak that we can
<chrisseaton> I think objectively, measuring from cold isn't the right way to assess the code quality from TruffleRuby, which is what he says he's trying to do in his issue
<chrisseaton> I wasn't going to wade into his issue and criticise anything though - it looks like good work
<chrisseaton> For the benchmarks he has, we should be able to optimise most of them to nothing, but I think they may have been broken in the version he tried
<chrisseaton> I think he should use benchmarks-ips basically
<tenderlove> ya, makes sense
<tenderlove> I guess startup speed is important to MRI
<tenderlove> but maybe not other implementations
<chrisseaton> Yes if that's what he's aiming at then that's a completely legitimate goal to have and maybe TruffleRuby isn't the tool for that job (but SVM could be)
<chrisseaton> But I think he says concludes from his benchmarks that his code is better quality which isn't a conclusion that makes sense from that experiment
<chrisseaton> And I mean why guess? Look at the assembly from both
<chrisseaton> "I think Graal performance based on some articles I read is somewhere in the middle between JVM client and server JIT compilers" I think even someone outside the TruffleRuby project, like Charles, would say that's not remotely the case
<lopex> lol, like the perf could be determined by some articles
<lopex> our vm is not fast enough, lets write an article
hobodave has quit [Quit: Computer has gone to sleep.]
drbobbeaty has joined #jruby