jaffachief has quit [Quit: Computer has gone to sleep.]
diegoviola has joined #rubinius
meh`_ has quit [Ping timeout: 272 seconds]
|jemc| has quit [Quit: WeeChat 0.4.3]
|jemc| has joined #rubinius
havenwood has quit [Remote host closed the connection]
havenwood has joined #rubinius
havenwood has quit [Ping timeout: 264 seconds]
|jemc| has quit [Ping timeout: 240 seconds]
havenwood has joined #rubinius
josh-k has joined #rubinius
josh-k has quit [Ping timeout: 272 seconds]
saline has quit [Remote host closed the connection]
saline has joined #rubinius
noop has joined #rubinius
josh-k has joined #rubinius
josh-k has quit [Remote host closed the connection]
josh-k has joined #rubinius
benlovell has joined #rubinius
josh-k has quit [Ping timeout: 244 seconds]
saline has quit [Remote host closed the connection]
saline has joined #rubinius
josh-k has joined #rubinius
josh-k has quit [Remote host closed the connection]
<Bish>
how would i find a memory leak in a rubinius app? i am having 100 threads, each of them encapsulated in a class, they do alot of http requests, and symbols.to_s
<Bish>
do symbols get garbage collected?
<benlovell>
Bish: you're in luck, RBX has an instrumenting profiler
<travis-ci>
[travis-ci] rubinius/rubinius/1.8.7 (15bb149 - Sophia Shao): The build passed.
|jemc| has quit [Quit: WeeChat 0.4.3]
josh-k_ has joined #rubinius
josh-k has quit [Ping timeout: 272 seconds]
elia has joined #rubinius
GitHub168 has joined #rubinius
<GitHub168>
[rubinius] sshao pushed 2 new commits to master: http://git.io/GQe-aA
<GitHub168>
rubinius/master 7de55f1 Sophia Shao: Added specs for IO.new with closed IO streams.
GitHub168 has left #rubinius [#rubinius]
<GitHub168>
rubinius/master ddf95f8 Sophia Shao: Added checks in IO.new & Kernel#flush_stdio for closed IO streams.
elia has quit [Ping timeout: 272 seconds]
<yorickpeterse>
brixen: any quick way to fully disable the console when compiling rbx?
<yorickpeterse>
ah, found it I think
<yorickpeterse>
vm/environment.cpp
travis-ci has joined #rubinius
<travis-ci>
[travis-ci] rubinius/rubinius/master (ddf95f8 - Sophia Shao): The build has errored.
travis-ci has left #rubinius [#rubinius]
josh-k_ has quit [Remote host closed the connection]
josh-k has joined #rubinius
josh-k has quit [Ping timeout: 272 seconds]
diegoviola has quit [Quit: WeeChat 1.0]
sferik has joined #rubinius
sferik has quit [Read error: Connection reset by peer]
sferik has joined #rubinius
sferik has quit [Client Quit]
sferik has joined #rubinius
sferik has quit [Read error: Connection reset by peer]
sferik has joined #rubinius
enebo has quit [Quit: enebo]
elia has joined #rubinius
amsi has joined #rubinius
samflores has joined #rubinius
sferik has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<yorickpeterse>
brixen: what is the canonical way of calling back into Ruby from the VM (not the CAPI)? I know that in the CAPI you can use the NativeMethodEnvironment stuff, but does that also work in the VM?
<yorickpeterse>
Basically I want to call a number of blocks defined in Rubbyland
<brixen>
yorickpeterse: go see Object::send
<brixen>
or anywhere that methods are called in the instructions
<yorickpeterse>
Hmm
<brixen>
yorickpeterse: gotta run in 8 min, get all your Qs in :)
<yorickpeterse>
how do I obtain world domination?
<brixen>
see Java
<yorickpeterse>
note to self: become CEO of Oracle
<yorickpeterse>
But nah that should be good enough to hack together an allocation tracer/firehose
<brixen>
hah, only the CTO now, unless you meant CEOs
<brixen>
do you actually need to know where objects are allocated?
<brixen>
or do you need to know where they are retained?
<yorickpeterse>
not specifically where, just if
<brixen>
use the counts out of metrics
<yorickpeterse>
e.g. use case would be "How many objects does method call X allocate"
<brixen>
one sec
<brixen>
ah dammit, my master is hosed at the moment
<brixen>
build master, use Rubinius::Metrics to record the object allocation count before the method and after
<yorickpeterse>
doesn't that only run in intervals?
lbianc has joined #rubinius
<brixen>
the counters are constant
<brixen>
you can set the aggregation interval as short as one millisecond
<brixen>
I could add an API to run the aggregation on demand
<brixen>
but -Xvm.metrics.interval=500 is pretty reasonable for that test
<brixen>
combined with a sleep :)
<brixen>
ok, times up
<brixen>
have fun :)
<yorickpeterse>
thanks, toodles
amsi has quit [Ping timeout: 244 seconds]
elia has quit [Quit: Computer has gone to sleep.]
enebo has joined #rubinius
cpuguy83 has quit [Ping timeout: 260 seconds]
cpuguy83 has joined #rubinius
tenderlove has quit [Quit: Leaving...]
postmodern has joined #rubinius
<yorickpeterse>
hngngngngn Rbx compile my stuff already
<yorickpeterse>
getting a module registered in the VM is harder than anticipated
<yorickpeterse>
oh, randomly adding headers seems to work...right
sshao has joined #rubinius
GitHub64 has joined #rubinius
<GitHub64>
[rubinius] sshao pushed 2 new commits to master: http://git.io/DiKIwg