<headius> errors for arjdbc tests on mysql all look similar
<headius> there may not be too many changes needed to get these suites running nearly green
drbobbeaty has quit [Ping timeout: 272 seconds]
drbobbeaty has joined #jruby
<JasonLunn[m]> headius: I had lunch with Josh Haberman yesterday. You may remember him from this comment thread from ~8 years ago where you were both actively discussing the tradeoffs of FFI versus extensions https://github.com/protocolbuffers/protobuf/pull/121
<JasonLunn[m]> The subject of using FFI in the Protobuf gem has came up again internally. Since I'm also about to break ground on a technical design doc for how to build JRuby support for the gRPC gem, I'd love to get your take on whether FFI might be a better solve.
<JasonLunn[m]> If I'm understanding the core concerns from the ancient thread, the reason that Protobuf team didn't elect an FFI-based solution back in 2014 was because of memory management concerns. They pointed to the fact that the performance-focused JSON gems didn't use FFI.
<JasonLunn[m]> In the years since - has FFI gotten better at the use case where the concerns were focused - processing potentially huge trees of nested structures and "doing the right thing" with memory management when (only) arbitrary parts of the tree remain referenced by Ruby?
genpaku has quit [Ping timeout: 276 seconds]
genpaku has joined #jruby
<lopex[m]> numbers
<headius> Jason Lunn: memory management of native memory via FFI hasn't changed substantially since then and would either require manual cleanup or a reaper thread since finalizers are going away
<lopex[m]> headius: did you know about that unloading issues ?
<headius> That's certainly a valid concern in using FFI but it seems like a native C extension has to deal with manual memory management anyway
<headius> lopex: I did not, very interesting
<headius> I would be surprised if JRuby users were not affected because we generate and throw away classes quite a bit
<lopex[m]> wrt that unloading gc fight
<lopex[m]> right ?
<lopex[m]> and why so late then
<lopex[m]> the explain the issue was no so common on plain java usages
<lopex[m]> actuallly is i*cms dead now ?
<lopex[m]> what I gather is the shift is towads aglos which release memory in huge chunks to deal with fragmentation
<JasonLunn[m]> <headius> "Jason Lunn: memory management of..." <- So if we already have the existing extensions-based Gem, you wouldn't recommend adopting FFI now as a path forward?
puritylake[m] has joined #jruby
<puritylake[m]> Hi again all, back, honestly couldn't figure out %f for so long I gave up for a while