camlow325 has quit [Quit: WeeChat 1.5]
hoodow has quit [Quit: No Ping reply in 180 seconds.]
hoodow has joined #jruby
oncall-pokemon has quit [Quit: Connection closed for inactivity]
kegster has quit [Ping timeout: 260 seconds]
kegster has joined #jruby
ankitr has joined #jruby
damnski_ has quit [Ping timeout: 255 seconds]
damnski has joined #jruby
yipdw has quit [Remote host closed the connection]
thedarkone2 has quit [Quit: thedarkone2]
ankitr has quit [Ping timeout: 264 seconds]
jimbaker` has joined #jruby
jimbaker has quit [Ping timeout: 240 seconds]
me has joined #jruby
me is now known as Guest1752
damnski has quit [Ping timeout: 268 seconds]
damnski has joined #jruby
ankitr has joined #jruby
ankitr has quit [Ping timeout: 240 seconds]
ankitr has joined #jruby
vtunka has joined #jruby
prasunanand has joined #jruby
etehtsea has joined #jruby
ankitr has quit [Ping timeout: 240 seconds]
bbrowning_away is now known as bbrowning
vtunka has quit [Quit: Leaving]
byteflame has joined #jruby
byteflam1 has joined #jruby
vtunka has joined #jruby
erikhatcher has joined #jruby
<GitHub113> [jruby] rob99 opened issue #4552: JRuby threading and/or String#gsub, regexp issue https://git.io/vS3o8
erikhatcher has quit [Quit: erikhatcher]
erikhatcher has joined #jruby
vtunka has quit [Quit: Leaving]
erikhatcher has quit [Client Quit]
erikhatcher has joined #jruby
swills has quit [Read error: Connection reset by peer]
swills has joined #jruby
bbrowning is now known as bbrowning_away
erikhatcher has quit [Quit: erikhatcher]
erikhatcher has joined #jruby
lance|afk is now known as lanceball
erikhatcher has quit [Quit: erikhatcher]
erikhatcher has joined #jruby
erikhatcher has quit [Client Quit]
erikhatcher has joined #jruby
bbrowning_away is now known as bbrowning
enebo has joined #jruby
prasunanand has quit [Read error: Connection reset by peer]
erikhatcher has quit [Quit: erikhatcher]
prasunanand has joined #jruby
erikhatcher has joined #jruby
<GitHub194> [jruby-openssl] HoneyryderChuck opened issue #128: undefined method alpn_protocols= in OpenSSL::SSL::SSLContext https://git.io/vS39W
shellac has joined #jruby
ankitr has joined #jruby
prasunanand has quit [Read error: Connection reset by peer]
vtunka has joined #jruby
byteflam1 has quit [Quit: leaving]
byteflam1 has joined #jruby
etehtsea has quit [Ping timeout: 240 seconds]
ankitr has quit [Ping timeout: 240 seconds]
bbrowning is now known as bbrowning_away
etehtsea has joined #jruby
erikhatcher has quit [Quit: erikhatcher]
erikhatcher has joined #jruby
Guest1752 is now known as yipdw
yipdw has quit [Changing host]
yipdw has joined #jruby
prasunanand has joined #jruby
etehtsea has quit [Ping timeout: 240 seconds]
camlow325 has joined #jruby
prasunanand has quit [Ping timeout: 246 seconds]
jimbaker` is now known as jimbaker
jimbaker is now known as Guest47227
Guest47227 has quit [Changing host]
jimbaker has joined #jruby
<nirvdrum> enebo: It looks like we're independently looking at magic comments.
subbu is now known as subbu|breakfast
prasunanand has joined #jruby
<nirvdrum> It seems to account for a substantial portion of startup time.
subbu|breakfast is now known as subbu
<enebo> nirvdrum: you figure something out?
<nirvdrum> I had questions about the comment placement. But it turns out the frozen_string_literal comment doesn't need to be on the first line.
<nirvdrum> But to the extent that we know whether we're on the first line or have seen a token, I think we can cut out a good chunk of comment parsing.
shellac has quit [Quit: Leaving]
<nirvdrum> We no-op on warn_indent anyway.
<nirvdrum> So, then you really have two cases: first line with encoding and frozen_string_literal before token.
<nirvdrum> I need to play with it more, but it might be cheaper to do an exact string lookup before running through joni.
camlow325 has quit [Quit: WeeChat 1.5]
ankitr has joined #jruby
tcrawley-away is now known as tcrawley
prasunanand has quit [Ping timeout: 260 seconds]
byteflam1 has quit [Quit: leaving]
byteflam1 has joined #jruby
byteflam1 has quit [Client Quit]
byteflame has quit [Remote host closed the connection]
byteflame has joined #jruby
bbrowning_away is now known as bbrowning
vtunka has quit [Quit: Leaving]
prasunanand has joined #jruby
camlow325 has joined #jruby
prasunanand has quit [Ping timeout: 268 seconds]
ankitr has quit [Ping timeout: 260 seconds]
prasunanand has joined #jruby
prasunanand has quit [Ping timeout: 246 seconds]
subbu is now known as subbu|lunch
riddley has joined #jruby
<riddley> Hi, #JRuby. I'm running Sidekiq jobs with Jruby and for the most part things work fantastically. Once in a while if we get enough concurrency, I'll get a Java::JavaLang::OutOfMemoryError: GC overhead limit exceeded error and then things will grind to a halt with all of the CPUs pegged, but no jobs running.
<riddley> I'm happy to read documentation, but I don't know where to start. I've seen mention of different types of GC, but I don't see them documented in the JRuby docs... is that something people just know about the JVM?
<riddley> I guess I should start with: Is this a GC problem?
prasunanand has joined #jruby
<nirvdrum> riddley: You probably just need to increase the heap size.
<nirvdrum> riddley: Assuming you have the RAM to do so.
<nirvdrum> riddley: So, you could set "-J-Xmx2G" to bump it to 2 GB (I think the default is 500 MB).
<nirvdrum> Or add it to JRUBY_OPTS.
<riddley> nirvdrum, thanks. Is there a place to set that so that it happens "by default" ? My scripts just run with a shebang
<nirvdrum> riddley: That's what I meant by setting it in JRUBY_OPTS.
<riddley> oh that's an ENV var?
<nirvdrum> Yes.
prasunanand_ has joined #jruby
prasunanand has quit [Read error: No route to host]
<nirvdrum> export JRUBY_OPTS="-J-Xmx2G"
<riddley> nirvdrum, thanks very much. trying that now
prasunanand_ has quit [Quit: Leaving]
prasunanand has joined #jruby
<lopex> albo you might try -XX:+HeapDumpOnOutOfMemoryError
<lopex> *also
<riddley> would I need to know how to analyze dumps if I did that?
<lopex> you could send it for an issue
<riddley> nirvdrum, that seems to have stopped the errors, but my app still froze up
<nirvdrum> If it's truly not making any progress, you could run "jstack <pid>" and you'll get a stack trace. You'll be able to see if threads are blocked.
<nirvdrum> If it's just really slow, you could use jvisualvm to connect to the process and see where all the CPU time is being spent.
<riddley> is jstack distributed with jruby-bin?
<riddley> 9.1.5.0
<riddley> nm I'm tracking down why I don't have it
<lopex> or kill -3
<riddley> lopex, my app is running via systemd... did kill -3 dump to stderr?
<lopex> actually I dont recall :P
<riddley> looks like it! :)
tcrawley is now known as tcrawley-away
<riddley> man, I have no idea what I'm looking at in this stack trace
lanceball is now known as lance|afk
subbu|lunch is now known as subbu
<nirvdrum> riddley: If you're comfortable sharing it, paste a gist. Just note that the trace will expose knowledge about your code a bit.
<riddley> nirvdrum, ty very much for the offer. This has always been the most helpful IRC channel I've ever used. I think I've discovered at least part of the problem. I'll pursue it and see if that ends up being necessary.
bbrowning is now known as bbrowning_away
<GitHub77> [jruby] iignatev opened pull request #4553: support new JDK version string scheme (master...master) https://git.io/vSGIf
prasunanand has quit [Quit: Leaving]
tenderlo_ has joined #jruby
balo_ has quit [Ping timeout: 268 seconds]
balo has joined #jruby
tenderlove has quit [Ping timeout: 260 seconds]
lance|afk is now known as lanceball
prasunanand has joined #jruby
prasunanand has quit [Remote host closed the connection]
tcrawley-away is now known as tcrawley