04:36 <znz_jp> biff: [ruby-changes:42893] naruse:r54967 (trunk): * configure.in (-fexcess-precision=standard): before r54895 -std=c99 - http://mla.n-z.jp/?ruby-changes=42893

05:57 <znz_jp> biff: [ruby-changes:42894] nobu:r54968 (trunk): random.c: use bytes - http://mla.n-z.jp/?ruby-changes=42894

06:46 <znz_jp> biff: [ruby-changes:42895] nobu:r54969 (trunk): random.c: reuse bits - http://mla.n-z.jp/?ruby-changes=42895

06:59 <zzak> [realname, irc.freenode.net] moin

07:33 <zzak> [shevy, irc.freenode.net] http://ruby-doc.org/stdlib-2.3.1/libdoc/fileutils/rdoc/FileUtils.html#method-c-compare_file

07:33 <zzak> [shevy, irc.freenode.net] lol

07:33 <zzak> [shevy, irc.freenode.net] FileUtils.compare_file('somefile', 'somefile') #=> true

07:33 <zzak> [shevy, irc.freenode.net] FileUtils.compare_file('/bin/cp', '/bin/mv') #=> maybe false

07:33 <zzak> [shevy, irc.freenode.net] we got a maybe monad

07:37 <zzak> [TheBrayn, irc.freenode.net] https://github.com/rap1ds/ruby-possibly

07:55 <zzak> [Ryan Bigg, irc.freenode.net] I got asked today and I don't know the answer to this: when should we use block.call and when should we use yield?

07:56 <zzak> [Tobias V. Langhoff, irc.freenode.net] Radar: http://innig.net/software/ruby/closures-in-ruby.rb

08:07 <zzak> [caerus, irc.freenode.net] .rbt

08:14 <zzak> [apeiros, irc.freenode.net] Radar: yield/block_given? is faster and less gc intense

08:15 <zzak> [apeiros, irc.freenode.net] in case of immediate use that is. if it's nested, use &block to pass the block on

08:15 <zzak> [apeiros, irc.freenode.net] block.call itself I only ever use if I store the block and invoke it elsewhere

08:16 <zzak> [Ibrahim Awwal|ZNC, irc.freenode.net] was reading this article https://samsaffron.com/archive/2013/11/22/demystifying-the-ruby-gc , and i have a question about ruby's memory allocation model and GC

08:19 <zzak> [Ibrahim Awwal|ZNC, irc.freenode.net] he says ruby allocates multiple "heaps" and each one is 16kb and if GC finds that it ran out of free heaps it will allocate 1.8x more

08:19 <zzak> [Ibrahim Awwal|ZNC, irc.freenode.net] and the number of heaps is never decreased

08:20 <zzak> [Ibrahim Awwal|ZNC, irc.freenode.net] is that still true? is there no way to reclaim that heap space once we no longer need it, besides restarting the process?

08:22 <zzak> [Joseph, irc.freenode.net] IbrahimA, I believe thats still the case but a factor of 1.4

08:23 <zzak> [the method of tikt, irc.freenode.net] Does .find return just the first matching result?

08:24 <zzak> [apeiros, irc.freenode.net] IbrahimA: a modern OS will page out unused memory anyway and virtualize it

08:24 <zzak> [apeiros, irc.freenode.net] droptone: context

08:24 <zzak> [apeiros, irc.freenode.net] droptone: there's an infinite number of .find methods.

08:24 <zzak> [Ibrahim Awwal|ZNC, irc.freenode.net] apeiros: what if swap is turned off or swap space is low?

08:25 <zzak> [Ibrahim Awwal|ZNC, irc.freenode.net] it seems like for a long running process this could be a potential trouble spot

08:25 <zzak> [Ibrahim Awwal|ZNC, irc.freenode.net] i've got a sidekiq worker running all sorts of jobs, and a new type of job im trying to add tends to use a lot of memory depending on what sorts of files users upload

08:25 <zzak> [apeiros, irc.freenode.net] IbrahimA: if I run "top" I see `VM: 962G vsize`

08:26 <zzak> [Ibrahim Awwal|ZNC, irc.freenode.net] heh

08:26 <zzak> [apeiros, irc.freenode.net] my system doesn't have 962GB of ram, neither does it have that amount of disk space

08:26 <zzak> [Ibrahim Awwal|ZNC, irc.freenode.net] actually yeah i've seen chrome does that

08:26 <zzak> [apeiros, irc.freenode.net] it's purely virtual

12:05 <eregon> Hi nokada, your updates on https://bugs.ruby-lang.org/issues/12367 mean I can commit the change, right? :)

12:46 <znz_jp> biff: [ruby-changes:42896] eregon:r54970 (trunk): * insns.def (defineclass): Also raise an error when redeclaring the - http://mla.n-z.jp/?ruby-changes=42896