<olleolleolle[m]>
* @headius I noted this, because the same code was updated in the "get latest Ruby stdlib code in JRuby".
shellac has joined #jruby
Antiarc has quit [Ping timeout: 250 seconds]
shellac has quit [Quit: Computer has gone to sleep.]
shellac has joined #jruby
<kares[m]>
olleolleolle: makes sense ... think JRuby is fine for now,
<kares[m]>
unless ppl start using the 'internal' Monitor::Thread
<kares[m]>
hmm, actually its Thread::Monitor so it might be public API in the end ...
<kares[m]>
btw. what is the context - do not see that commit upstream, yet
<kares[m]>
maybe this is just for 2.7 or is it to be commited to 2.5/2.6 lines?
<kares[m]>
headius: been following - the hunch turns true - there's smt weird about the cast issue
<kares[m]>
very nice and interesting as well, should we attempt to fix the .rb code?
<kares[m]>
* very nice and interesting at the same time
<kares[m]>
should we attempt to fix the .rb code?
shellac has quit [Quit: Computer has gone to sleep.]
shellac has joined #jruby
nirvdrum has joined #jruby
shellac has quit [Ping timeout: 265 seconds]
jrafanie has joined #jruby
lucasb has joined #jruby
<enebo[m]>
ok this is pretty weird. Using headius PR I expected there to be less interpretercontexts set up but there is the same amount. We might be killing our method definiing laziness somewhere else as well.
<enebo[m]>
OTOH we might not...I see ~10k ICs but 18k IRMethods and 3k IRClosure
<enebo[m]>
I still expected a decrease though
<kares[m]>
eeh nice - so it just walks the raw AST
<kares[m]>
(to get the ivar names)
<kares[m]>
enebo: almost half of loaded methods are lazy (not built) than?
<kares[m]>
is this the PR branch or master
<kares[m]>
on the inherited thingy - don't think I've seen it used the way http-cookie does
<kares[m]>
using a class potentially immediately after inherited -> gem should get an update
<kares[m]>
is there anyone we can ask (Aron, Yoko or @knu do have access) ?
<enebo[m]>
kares: yeah original intent was that 87% of rails methods defined for a simple single controller app were not actually called
<kares[m]>
* is there anyone we can ask (Aron, Yoko or @knu should have access) ?
<enebo[m]>
kares: as it turns out for most large applications most methods in most libraries it is used are never actually called
<enebo[m]>
kares: so 50% feels like too much has been accessed to me but perhaps it actually is. I did that analysis many years ago
<kares[m]>
would not have guessed that to be that high but certainly >= 50%
<kares[m]>
* would not have guessed that to be that high (for Rails) but certainly >= 50%
<enebo[m]>
yeah I will audit where we end up creating the IC from AST and hopefully find something
<kares[m]>
👍️
shellac has joined #jruby
xardion has quit [Remote host closed the connection]
xardion has joined #jruby
nirvdrum has quit [Ping timeout: 245 seconds]
shellac has quit [Ping timeout: 240 seconds]
rusk has quit [Remote host closed the connection]
snickers has joined #jruby
Antiarc has joined #jruby
jrafanie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Antiarc has quit [Quit: ZNC 1.7.2+deb2ubuntu0.1 - https://znc.in]
Antiarc has joined #jruby
nirvdrum has joined #jruby
Antiarc has quit [Client Quit]
Antiarc has joined #jruby
subbu is now known as subbu|away
dcolebatch has joined #jruby
subbu|away is now known as subbu
nirvdrum has quit [Remote host closed the connection]
nirvdrum has joined #jruby
nirvdrum has quit [Remote host closed the connection]
nirvdrum has joined #jruby
nirvdrum has quit [Remote host closed the connection]
nirvdrum has joined #jruby
jrafanie has joined #jruby
nirvdrum has quit [Remote host closed the connection]
nirvdrum has joined #jruby
jrafanie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]