goyox86_ has joined #rubinius
goyox86 has quit [Ping timeout: 245 seconds]
goyox86_ has quit [Ping timeout: 256 seconds]
jnh has quit [Remote host closed the connection]
arrubin has joined #rubinius
|jemc| has joined #rubinius
houhoulis has quit [Remote host closed the connection]
jnh has joined #rubinius
dimday has joined #rubinius
jnh has quit [Ping timeout: 258 seconds]
amsi has quit [Quit: Leaving]
diegoviola has quit [Remote host closed the connection]
meh` has quit [Ping timeout: 265 seconds]
amclain has joined #rubinius
jnh has joined #rubinius
sferik has quit [Quit: Textual IRC Client: www.textualapp.com]
heftig has quit [*.net *.split]
guilleiguaran has quit [*.net *.split]
Guest85414______ has quit [*.net *.split]
Caius has quit [*.net *.split]
dbussink has quit [*.net *.split]
abbe has quit [*.net *.split]
carlosgaldino has quit [*.net *.split]
mjc_ has quit [*.net *.split]
chrisseaton has quit [*.net *.split]
jeregrine has quit [*.net *.split]
asarih has quit [*.net *.split]
saline has quit [*.net *.split]
lopex has quit [*.net *.split]
jbr^ has quit [*.net *.split]
dlackty_ has quit [*.net *.split]
andrewstewart has quit [*.net *.split]
jfredett-w has quit [*.net *.split]
Guest70457 has quit [*.net *.split]
tenderlove has quit [*.net *.split]
|Blaze| has quit [*.net *.split]
mpapis has quit [*.net *.split]
Rotonen has quit [*.net *.split]
|jemc| has quit [*.net *.split]
dreinull has quit [*.net *.split]
yxhuvud has quit [*.net *.split]
ahkurtz has quit [*.net *.split]
headius has quit [*.net *.split]
TheMoonMaster has quit [*.net *.split]
imajes has quit [*.net *.split]
coffeejunk has quit [*.net *.split]
bennyklotz has quit [*.net *.split]
stormwind has quit [*.net *.split]
jeremyevans_ has quit [*.net *.split]
btcctf has quit [*.net *.split]
Mugatu has quit [*.net *.split]
blowmage has quit [*.net *.split]
pd has quit [*.net *.split]
jnh has quit [*.net *.split]
amclain has quit [*.net *.split]
sbryant has quit [*.net *.split]
cpuguy83 has quit [*.net *.split]
mrb_bk has quit [*.net *.split]
Y_Ichiro has quit [*.net *.split]
alexsuraci has quit [*.net *.split]
cezarsa has quit [*.net *.split]
yipdw has quit [*.net *.split]
jc00ke has quit [*.net *.split]
cremes has quit [*.net *.split]
gtemple has quit [*.net *.split]
evan has quit [*.net *.split]
Gibheer has quit [*.net *.split]
yorickpeterse has quit [*.net *.split]
justinmcp_ has quit [*.net *.split]
Spakman has quit [*.net *.split]
Dyrim has quit [*.net *.split]
machete has quit [*.net *.split]
kagaro has quit [*.net *.split]
machty has quit [*.net *.split]
heroux has quit [*.net *.split]
dimday has quit [*.net *.split]
arrubin has quit [*.net *.split]
Bwild has quit [*.net *.split]
halorgium has quit [*.net *.split]
larstobi has quit [*.net *.split]
cyndis has quit [*.net *.split]
DireFog has quit [*.net *.split]
dmilith has quit [*.net *.split]
Liothen has quit [*.net *.split]
brixen has quit [*.net *.split]
_ko10 has quit [*.net *.split]
bakkdoor has quit [*.net *.split]
djinni has quit [*.net *.split]
tarcieri has quit [*.net *.split]
LTe_ has quit [*.net *.split]
eregon has quit [*.net *.split]
stormbrew has quit [*.net *.split]
|jemc-bot| has quit [*.net *.split]
zacts has quit [*.net *.split]
locks has quit [*.net *.split]
stass has quit [*.net *.split]
atambo has quit [*.net *.split]
cypher23 has quit [*.net *.split]
erdic has quit [*.net *.split]
yopp has quit [*.net *.split]
arrubin has joined #rubinius
kagaro has joined #rubinius
jnh has joined #rubinius
Guest70457 has joined #rubinius
stass has joined #rubinius
larstobi has joined #rubinius
justinmcp_ has joined #rubinius
guilleiguaran has joined #rubinius
bakkdoor has joined #rubinius
mrb_bk has joined #rubinius
|jemc| has joined #rubinius
stormbrew has joined #rubinius
machty has joined #rubinius
atambo has joined #rubinius
TheMoonMaster has joined #rubinius
Dyrim has joined #rubinius
locks has joined #rubinius
jeregrine has joined #rubinius
chrisseaton has joined #rubinius
DireFog has joined #rubinius
andrewstewart has joined #rubinius
eregon has joined #rubinius
imajes has joined #rubinius
evan has joined #rubinius
Y_Ichiro has joined #rubinius
jnh has quit [Remote host closed the connection]
Mugatu has left #rubinius [#rubinius]
jnh has joined #rubinius
jnh has quit [Ping timeout: 258 seconds]
max96at|off has quit [Ping timeout: 256 seconds]
jnh has joined #rubinius
max96at|off has joined #rubinius
max96at|off is now known as max96at
<|jemc|> ah wow
<|jemc|> there's the performance silver bullet I was looking for
<|jemc|> I wasn't using packrat-style memoization because I didn't need it to handle recursion
<|jemc|> but adding memoization reduced a parse run from an average of ~20s to ~0.07 seconds
<|jemc|> and unlike the last time I saw a big speedup, it's actually completing the parse this time :D
<brixen> |jemc|: sweet!
arrubin has quit []
Bwild has joined #rubinius
Bwild has quit [Client Quit]
Bwild has joined #rubinius
jnh has quit [Quit: Leaving...]
|jemc| has quit [Ping timeout: 256 seconds]
Bwild has quit [*.net *.split]
guilleiguaran has quit [*.net *.split]
chrisseaton has quit [*.net *.split]
jeregrine has quit [*.net *.split]
andrewstewart has quit [*.net *.split]
Guest70457 has quit [*.net *.split]
max96at has quit [*.net *.split]
TheMoonMaster has quit [*.net *.split]
imajes has quit [*.net *.split]
mrb_bk has quit [*.net *.split]
Y_Ichiro has quit [*.net *.split]
evan has quit [*.net *.split]
justinmcp_ has quit [*.net *.split]
Dyrim has quit [*.net *.split]
kagaro has quit [*.net *.split]
machty has quit [*.net *.split]
larstobi has quit [*.net *.split]
DireFog has quit [*.net *.split]
bakkdoor has quit [*.net *.split]
eregon has quit [*.net *.split]
stormbrew has quit [*.net *.split]
locks has quit [*.net *.split]
stass has quit [*.net *.split]
atambo has quit [*.net *.split]
noop has joined #rubinius
dzhulk has joined #rubinius
JohnBat26 has joined #rubinius
craigp has joined #rubinius
pzol has joined #rubinius
craigp has quit [Remote host closed the connection]
craigp has joined #rubinius
craigp has quit [Remote host closed the connection]
craigp has joined #rubinius
josh-k has joined #rubinius
craigp has quit [Remote host closed the connection]
craigp has joined #rubinius
craigp has quit [Ping timeout: 245 seconds]
noop has quit [Quit: Leaving]
noop has joined #rubinius
craigp has joined #rubinius
flavio has joined #rubinius
flavio has joined #rubinius
elia has joined #rubinius
josh-k has quit [Remote host closed the connection]
craigp has quit [Remote host closed the connection]
craigp has joined #rubinius
craigp has quit [Remote host closed the connection]
craigp has joined #rubinius
goyox86 has joined #rubinius
<yorickpeterse> morning
lbianc has joined #rubinius
<goyox86> morning
josh-k has joined #rubinius
meh` has joined #rubinius
josh-k has quit [Remote host closed the connection]
josh-k has joined #rubinius
josh-k has quit [Remote host closed the connection]
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
craigp has quit [Ping timeout: 265 seconds]
josh-k has joined #rubinius
justinmcp has joined #rubinius
RealMarc has joined #rubinius
heftig_ has joined #rubinius
goyox86 has joined #rubinius
meh`_ has joined #rubinius
heftig_ is now known as heftig
meh` has quit [Ping timeout: 244 seconds]
lbianc has quit [Ping timeout: 244 seconds]
benlovell has joined #rubinius
josh-k has quit [Remote host closed the connection]
josh-k has joined #rubinius
johnmuhl has joined #rubinius
lbianc has joined #rubinius
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
goyox86 has joined #rubinius
enebo has joined #rubinius
heftig_ has joined #rubinius
heftig has quit [Read error: Connection reset by peer]
heftig_ is now known as heftig
noop has quit [Ping timeout: 244 seconds]
stass has joined #rubinius
meh`_ has quit [Ping timeout: 256 seconds]
tenderlove has joined #rubinius
dzhulk has quit [Quit: Leaving.]
dzhulk has joined #rubinius
dzhulk has quit [Client Quit]
diegoviola has joined #rubinius
|jemc| has joined #rubinius
<brixen> y'all's morning is really early
<yorickpeterse> 10:30 isn't really early :P
<yorickpeterse> That's about the time I just finish setting up/making tea
<brixen> yorickpeterse: your 10:30 or my 10:30?
<yorickpeterse> My 10:30
<yorickpeterse> whcih is your 04:30 I believe
<brixen> I've already wrestled 3 enterprise applications to the ground and they are crying uncle now
<yorickpeterse> haha
<brixen> by 10:30 in the morning
<yorickpeterse> (I start at ~10:10)
<|jemc|> brixen: heh, rubymotion faster than swift :P
<|jemc|> although I guess I shouldn't cackle too much - myco is certainly slower than ruby right now
<brixen> yeah, Apple will make it fast
<brixen> |jemc|: so, do you want to help goyox86 write up Part II of Metrics + InfluxDB using docker containers?
<|jemc|> brixen: sure I'm happy to help; although the act of blogging itself is not really my forte
<|jemc|> I think goyox86 said he had issues containerizing his solution, so I can certainly help with that
<brixen> that would be awesome
<brixen> I don't have any great love of blogging either but the thirst for knowledge is strong :)
josh-k has quit [Read error: Connection reset by peer]
<|jemc|> heh
josh-k has joined #rubinius
<|jemc|> so I got pegleromyces compiling pretty fast .rbc parsers last night but my AST building is still slow (it's done as a second step after the parse is done)
<|jemc|> but the Processor is written in Myco and I think the extra layers of indirection are hurting me there
<|jemc|> I need to figure out how to speed up the language itself before the processor will get much faster
dzhulk has joined #rubinius
<|jemc|> the biggest issue is that for virtually every method call in Myco, there is a wrapper method that does a few checks and hash lookups for various kinds of method transformations, then calls the actual method inside
<brixen> ah yeah, that will be tough to make fast
elia has quit [Quit: Computer has gone to sleep.]
<|jemc|> I think I need to figure out how to add the wrapped functionality that I need by transforming the bytcode of the method itself
<brixen> are the lookups strictly necessary at call time?
<brixen> or can they be cached?
elia has joined #rubinius
<brixen> one of the things I'm adding to the new bytecode is separate lookup+cache, cache, and call insns
<brixen> so you can compose your own lookup, cache, call
<|jemc|> well, not all checks happen for every call
<brixen> are they cacheable though?
elia has quit [Client Quit]
<|jemc|> for example, you can turn memoization for a method on and off by setting a property
<|jemc|> brixen: yes
<|jemc|> so the instructions sound nice
pwh has joined #rubinius
<brixen> ok, that's a good approach then
elia has joined #rubinius
<brixen> 2nd, can you use a more efficient search than hash lookup?
<brixen> another thing I'm adding is a good, fast set :)
<|jemc|> well it doesn't need to be a ruby Hash - could be another similar data structure
<|jemc|> essentially the memoization is:
<|jemc|> @my_memos[args] ||= (actually_call_the_method)
<|jemc|> roughly
<|jemc|> although it's has_key? instead of actually ||=
lbianc has quit [Ping timeout: 244 seconds]
<|jemc|> @my_memos.has_key?(args) ? @my_memos[args] : call_the_method_with(args)
<|jemc|> with @my_memos being actually an instance variable of the Meme object instead of the instance itself
<|jemc|> do you think it's feasible (in this, and in other cases) to write some helpers for myself to transform the bytecode of an already-encoded CompiledCode for which I do not have the AST?
<headius> it's ok if the method gets called twice, right? Because that's obviously not thread-safe
<|jemc|> headius: yes, the execution is not thread safe yet
<|jemc|> the mechanisms in place are placeholders for now - I was hoping to get enough of the language in place to bootstrap the parser
<headius> I'm not sure how you'd make that safe without a lock, though, since it involves a call rather than just a value
<headius> sure, that's reasonable
<|jemc|> I'm on the fence about parallel models now - I never really disliked locks before I started working with czmq
<headius> parallel isn't the problem...shared mutable data is the problem
<locks> </3
<headius> locks: hahah
<|jemc|> (which uses objects that are directly owned by one thread only and pass messages to eachother over in-process sockets)
<headius> mmm
<headius> almost an actor model
<|jemc|> yes
<|jemc|> zactor is one of the czmq 'classes'
<headius> makes sense then
<|jemc|> to approach something like that in ruby, you'd probably use Queues, but you need a way to (1: freeze passed data) or (2: completely transfer ownership of data) to make it safe
<|jemc|> Queues or Rubinius::Channels
<headius> basically the same thing
<|jemc|> in Ruby it always seems like there are easy ways for users to shoot themselves in the foot with threads - it's hard to enforce such rules by anything other than convention and education
<headius> well, and having the right tools...most of the good threading utilities for Ruby have only been created in the past couple years
<headius> e.g. there was no thread-safe hash impl until we released thread_safe gem, no atomic references until we released atomic gem
<headius> people are using them more and more now
<|jemc|> yeah, so where I was going with this is that I'm still torn about the best way to provide a nice path and good conventions and tools for dealing with parallelism in Myco
<|jemc|> even though I doubt people will be using it for its speed any time soon ;)
<|jemc|> would still be nice to have those mechanisms in place from the start
<headius> ahh yes
<headius> have you seen how rust handles shared objects?
<|jemc|> no, haven't dug into rust yet
<headius> references get handed off explicitly, probably similar to czmq
<headius> they have the benefit of compile-time errors, which might be harder to do in a dynlang, but it's a nice approach
<|jemc|> yeah, it pretty much has to be made explicit to do it right
<|jemc|> but in ruby it's hard (from the library's vantage) to make sure the caller actually gives up its reference
lbianc has joined #rubinius
<|jemc|> in czmq for example, you always pass in address-of the thing you're passing and it will NULLify your pointer
flavio has quit [Quit: WeeChat 1.0]
<|jemc|> which doesn't make it impossible to circumvent the protection, but it becomes easier to be protected than to not be protected - and I think that's the hump we have to get over
<|jemc|> I don't need to fully prevent users from shooting themselves in the foot - I just want it to be easier and more fluid for them to hit their target
<headius> you could pass current scope and variable name, which would allow clearing it...but that would probably be pretty inefficient
<headius> nothing you can reallly do about libraries written in other langs though
<|jemc|> headius: I've also thought about a delegating container that 'knows' what thread owns it and will raise if you try to call anything on it from the wrong thread
<|jemc|> still not ideal from an efficiency standpoint passing through that extra check, but maybe a bit better
<headius> yeah, like a thread ID in every object or something
<|jemc|> yeah, or at least every mutable object
<headius> sure
<|jemc|> brixen: *nudge* *nudge* low-level thread ownership in rbx3 *nudge*
<brixen> |jemc|: yeah, yeah, it's on the list from a long time ago :p
<brixen> I wos told by ko1 that my idea totally wouldn't work
<brixen> so, we'll see
havenwood has joined #rubinius
<|jemc|> sure, I know I'm not the first to come up with such an idea
<|jemc|> just wanted to get in a few nudges of my own ;)
benlovell has quit [Ping timeout: 256 seconds]
amsi has joined #rubinius
elia has quit [Quit: Computer has gone to sleep.]
elia has joined #rubinius
<headius> what was your idea?
<headius> brixen: ^
<headius> I don't see why a thread owner would be impossible, but it does add size to every object header
lbianc has quit [Quit: ChatZilla 0.9.91 [Firefox 24.8.1/20140923194127]]
elia has quit [Quit: Computer has gone to sleep.]
elia has joined #rubinius
17SAA6NJH has joined #rubinius
elia has quit [Quit: Computer has gone to sleep.]
lbianc has joined #rubinius
elia has joined #rubinius
elia has quit [Quit: Computer has gone to sleep.]
elia has joined #rubinius
elia has quit [Client Quit]
17SAA6NJH has quit [Ping timeout: 244 seconds]
elia has joined #rubinius
elia has quit [Quit: Computer has gone to sleep.]
DanielVartanov_ has joined #rubinius
goyox86 has quit [Ping timeout: 250 seconds]
JohnBat26 has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/]
pietr0 has joined #rubinius
benlovell has joined #rubinius
<pwh> follow up to an issue I was running into a few weeks ago...
<pwh> trying to compile rbx and run a rails app with it
<pwh> when I try to rbx -S bundle install I get https://gist.github.com/pH14/9fc547aacdd98da15426
<pwh> what extensions do I need built? how do I make sure they are?
<yorickpeterse> oh ugh, I've seen that problem before
<yorickpeterse> pwh: gem update --system
<yorickpeterse> also what Rbx version is this?
<pwh> at the moment, trying the master branch
<yorickpeterse> pwh: to be exact, gem update --system followed by gem pristine --all
<yorickpeterse> Oh hm, the master branch, interesting
<pwh> but I've made some changes to a slightly older version that I'll try if I get this sorted out
<yorickpeterse> can you gist the output of `gem env`?
<pwh> wanted to reduce the number of unknowns
<pwh> yeah one sec
<yorickpeterse> hmm
<yorickpeterse> pwh: basically this is related to RubyGems trying to auto-compile native extensions, a anti-feature introduced several months ago. However, it should be disabled by default in current versions
<yorickpeterse> I don't remember the exact details, but on Rbx it gets super confused and downright fucked up things (inc my production env, leading to downtime)
<yorickpeterse> pwh: https://github.com/rubinius/rubinius/commit/b2791df65c0558907b9666db53670de3c2f8f810 we had this patch for a while to deal with that
<pwh> yorickpeterse should it no longer be an issue?
<pwh> / if I apply that patch should the normal bundle install do the right thing?
benlovell has quit [Ping timeout: 244 seconds]
<yorickpeterse> You shouldn't need to apply any patches, either update rbx or update rubygems
<yorickpeterse> or both
<pwh> gem update --system just dropped this on me https://gist.github.com/pH14/32fc5e28887d39b43f60
<yorickpeterse> what the
<yorickpeterse> argh, I know what that is
<yorickpeterse> run it with `RBXOPT=-Xint gem update --system`
<yorickpeterse> It will be quite slow but should do the trick
<pwh> ah so that's how you parse that backtrace
<pwh> let me try that
arrubin has joined #rubinius
<pwh> that fixed gem update --system, but I'm still getting the same results for bundle install as before
<yorickpeterse> pwh: ls $GEM_HOME/extensions/
<yorickpeterse> does that list anything?
<pwh> nope
<yorickpeterse> hmmm
<yorickpeterse> https://gist.github.com/YorickPeterse/d1cf9799cf021733ece6 this is what I have there
meh` has joined #rubinius
<|jemc|> hm
<|jemc|> I wonder why Rubinius::Profiler::Instrumenter with graph:false gets my myco module/class names but with graph:true they all show up as <anonymous module>
<|jemc|> time to check the source...
<pwh> okay so I set GEM_HOME to the vendor/ dir where everything was being dumped for the rails app
<pwh> ran gem pristine --all
<pwh> and that seems to have cleared up those gems
<pwh> however, when I try to rails s, I get https://gist.github.com/pH14/28d2bb4629fd9f35fdfb
<pwh> any insight there?
<pwh> one thing after the next...
<|jemc|> pwh: looks like it's trying to parse shell code as ruby code
<pwh> yeah which is really weird
<pwh> and I don't know why :(
<|jemc|> ah, it's your rbenv shim
<yorickpeterse> pwh: did you rm -rf vendor/bundle before switching to rbx?
GitHub172 has joined #rubinius
<GitHub172> [rubinius] brixen pushed 1 new commit to master: http://git.io/aupIrQ
<GitHub172> rubinius/master 891d9dc Brian Shirai: Updated rubygems to 2.4.5....
GitHub172 has left #rubinius [#rubinius]
<pwh> I did not
<|jemc|> pwh: you won't be able to run it that way `rbx -S rails s` while using rbenv
<yorickpeterse> pwh: nuke it, then run bundle install
<pwh> k lemme try that
<|jemc|> because `which rails` is your rbenv shim rather than whatever/path/to/bin/rails.rb
<|jemc|> yorickpeterse: does -S work as an RBXOPT, or is it only the -X opts that work?
<pwh> should I ever be using -S with rbenv?
<|jemc|> pwh: you can try `RBXOPT=-S rails s`
<brixen> |jemc|: RBXOPT should only be -X
<|jemc|> ah, nvm then
<brixen> -S is a Ruby option
<brixen> RUBYOPT should respect it
<|jemc|> pwh: you can try `RUBYOPT=-S rails s`
<yorickpeterse> pwh: No, you should just use `ruby` or `brx`
<yorickpeterse> * rbx
<brixen> a good solution is to just use chruby and not rbenv
<brixen> why rbenv even still exists makes me :(
<pwh> yeah been wondering if that would make my life easier
<brixen> there is literally no sense in the rbenv shims crap
<yorickpeterse> but...but...shims
<|jemc|> pwh: chruby is the rbx-approved approach, but I use rbenv, for what it's worth
<brixen> you can actually run rbx from a single dir with a *single* env var mod to PATH
<brixen> |jemc|: monday I ran an internal clinic, out of 40+ people, 5 didn't have rbx installed, 5 were using rbenv, 5 spent 30+ min trying to install it
<brixen> on os x
<brixen> makes me so :(
<brixen> in case you don't realize it, those 5 were the same 5
<|jemc|> brixen: I take no issue with your arguments against rbenv - personally it hasn't caused me enouigh trouble to switch away from it
<brixen> I swear I could maintain rbx pkgs for every platform in use in the time I've wasted on RVM and rbenv issues
<brixen> I hate wasting time on it
<|jemc|> I have no problem with rbx saying - "just use chruby"
<brixen> worst part is that most people using rbenv have no idea why they are using it
<brixen> they have no concept of what the hell shims are
<brixen> or why they have to do magic steps
<pwh> yeah... running into a bunch of issues with the shim setup right now
<pwh> if I switch to chruby, what's the workflow for grabbing a locally built rbx and using that successfully
<brixen> pwh: super easy
<brixen> add the path to RUBIES array
<brixen> in my chruby setup, I've got all that
<brixen> ruby-install'd rbx and mri, my dev rbx, hand built mri
<brixen> all mixed happily together
<|jemc|> brixen: to that point, I honestly didn't realize chruby supported .ruby_version (my main reason for using rbenv)
<|jemc|> so yeah, your point is well-taken
<brixen> |jemc|: cool
DanielVartanov_ has quit [Remote host closed the connection]
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (891d9dc - Brian Shirai): http://travis-ci.org/rubinius/rubinius/builds/43758221: The build has errored.
travis-ci has left #rubinius [#rubinius]
elia has joined #rubinius
elia has quit [Quit: Computer has gone to sleep.]
diegoviola has quit [Ping timeout: 244 seconds]
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (891d9dc - Brian Shirai): http://travis-ci.org/rubinius/rubinius/builds/43758221: The build has errored.
travis-ci has left #rubinius [#rubinius]
benlovell has joined #rubinius
<yorickpeterse> pwh: basically what you do is you use ./configure --prefix=~/.rubies/rbx-git, rake install and it just works
<yorickpeterse> A co-worker of mine also switched to chruby now after he couldn't get 2.1.something to install for over 2 hours
<yorickpeterse> in RVM, although I believe it was some Yosemite issue
<yorickpeterse> (or at least related to it)
benlovell has quit [Ping timeout: 265 seconds]
diegoviola has joined #rubinius
pietr0 has quit [Ping timeout: 244 seconds]
pietr0 has joined #rubinius
slaught has joined #rubinius
slaught has quit [Client Quit]
diegovio1 has joined #rubinius
diegoviola has quit [Ping timeout: 252 seconds]
diegovio1 is now known as diegoviola
GitHub31 has joined #rubinius
<GitHub31> [rubinius] sshao pushed 3 new commits to 1.8.7: http://git.io/q_jfpA
<GitHub31> rubinius/1.8.7 63dc323 sshao: removed ruby_ver 1.9 guards from regexp#new specs
<GitHub31> rubinius/1.8.7 e2f3b08 sshao: reapplied Regexp compilation fix from 7ac2bd7.
<GitHub31> rubinius/1.8.7 7ed4fd0 sshao: removed CI tag for passing Regexp#new specs
GitHub31 has left #rubinius [#rubinius]
josh-k has quit [Remote host closed the connection]
<yorickpeterse> oh boy, replicating Ruby in C sure is fun
<yorickpeterse> especially if you get a segfault and GDB doesn't have debugging symbols for some reason
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/1.8.7 (7ed4fd0 - sshao): The build passed.
travis-ci has left #rubinius [#rubinius]
<yorickpeterse> yay I have a C port of my little parser
<yorickpeterse> C as in MRI CAPI
<yorickpeterse> if this isn't fast enough I'll turn this into a pure C++ frankenstein with some MRI CAPI on top
<yorickpeterse> curses, it's only marginally faster
<yorickpeterse> but that wasn't entirely surprising, since a lot of time is spent in Array#push/Array#pop, both in pure Ruby and C
diegoviola has quit [Quit: WeeChat 1.0.1]
enebo has quit [Quit: enebo]
dzhulk has quit [Quit: Leaving.]
<|jemc|> goyox86: ping
<|jemc|> I'll start building a docker image based on your post, on top of the following docker image: https://registry.hub.docker.com/u/kamon/grafana_graphite/
<|jemc|> (unless you've already done so)
diegoviola has joined #rubinius
goyox86 has joined #rubinius
josh-k has joined #rubinius
<brixen> |jemc|: not to introduce scope creep, but containers for both graphite and influxdb would be stellar :)
<|jemc|> brixen: the graphite container I linked to earlier should require no rbx-specific configuration; just run the docker container with the sample command from its README, then run rbx with the right RBXOPT
josh-k has quit [Read error: Connection reset by peer]
josh-k has joined #rubinius
<brixen> yeah, that totally sounds cool
<goyox86> Hi people!
<brixen> just saying some people may want to use influxdb
<brixen> I may play around with it, too
<|jemc|> brixen: ah, I misread
josh-k__ has joined #rubinius
<brixen> I'm hoping to advance the idea that SaaS does NOT mean, "I run your code on your servers."
<brixen> SaaS should be about, uh, *services*, to a subscription model for running your code on your servers
<|jemc|> hi, goyox86
<brixen> why should I need to be your customer to use some service that I expect to interoperate with my services
<brixen> by which, I don't mean I won't pay you, but I don't need to have customer service account with you
<|jemc|> goyox86: I'm working on docker related stuff - may or may not have some questions for you about influxdb setup - we'll see
<|jemc|> goyox86: first question is though, you haven't started making any docker containers already, right?
josh-k___ has joined #rubinius
<goyox86> <|jemc|> nope
<goyox86> brixen: Do you have any docs you can sahare about the new instrcution set :)
<goyox86> instruction*
<goyox86> Hey guys did you see this -> https://github.com/matz/streem
<brixen> goyox86: no, but I'll give you a hint about where they will be: http://rubini.us/doc/en/ :)
josh-k has quit [Ping timeout: 264 seconds]
<|jemc|> goyox86: so far, the only new instructions that are "public" are more goto_if_XXX branch instructions
<brixen> goyox86: hadn't seen it, cool
<|jemc|> goyox86: you can see them in rubinius/vm/instructions.def
josh-k__ has quit [Ping timeout: 258 seconds]
<|jemc|> ah, I see the influxdb docker repo I linked to earlier isn't actually finished yet: https://github.com/kamon-io/docker-grafana-influxdb/issues/2
<|jemc|> which explains why it isn't hosted on dockerhub yet