github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm
Set by AlexDaniel on 12 June 2018.
timotimo if you do mp_init_copy to initialize i_cpy, then you'll have to also mp_clear(i) so that the buffer it hangs on to gets freed 01:28
i assume the whole dance is there just to avoid clearing that buffer immediately after making a copy of it 01:30
brrt good * 16:05
tellable6 2020-01-29T10:05:07Z #moarvm <jnthn> brrt I don't have time to look myself for a bit, but in case you do: github.com/MoarVM/MoarVM/issues/1230
brrt .tell jnthn that I'm aware, and have a theory on how to fix it
tellable6 brrt, I'll pass your message to jnthn
brrt (but for whatever reason, or reasons, I haven't had much time to spend on MoarVM lately :-( ) 16:06
lizmat and another Rakudo Weekly News hits the Net: rakudoweekly.blog/2020/02/03/2020-...eleasalot/ 18:04
patrickb brrt: Spontaneous GSoC project idea: A mod_moar Apache or Nginx module. You did mod_parrot back in the day. What's your opinion about such a thing? Worth it? Could you imagine mentoring? 19:47
tellable6 patrickb, I'll pass your message to brrt
patrickb brrt: By the way, did you hear back from pamplemousse? 19:48
tellable6 patrickb, I'll pass your message to brrt
timotimo m: say 0x7ff 22:15
camelia 2047
timotimo m: say 0x7ffff
camelia 524287
timotimo ho-hum, for all numbers between 0 and 16k we'll be using 127 * 1 + 2047 * 2 + 14k * 3 bytes 22:16
so maybe just using 16bit numbers for everything is a save rather than a waste 22:17
MasterDuke what do we use now?
timotimo moarvm bytecode 22:22
12 bytes per number
MasterDuke that seems a lot 22:24
timotimo it is
having an int array with 3 bytes per number is also better than a pushcode op which would have 6 bytes per number 22:27
m: say 16 * 9, " kilobytes saved"
camelia 144 kilobytes saved 22:28
timotimo out of 14 megabytes, that's about 1%? 22:29
MasterDuke i see all those prepargs; invoke_v;, but what is generating them? 22:34
timotimo surely there's also a few low-hanging fruit with regards to unnecessary frames
just scrolling up a tiny bit shows me that this line: 22:35
(die "Incorrect number of elements for non-associative operator: expected 2, got {nqp::elems(list)}")
gets its own frame for the nqp::elems part
and the frame also goes the extra mile and saves $_ away before 22:37
BBL 22:38

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!