Search
12:27:55
Krystof
(those should now both be fixed in HEAD)
16:14:53
flip214
I just did the FFI-Overhead stuff (from https://github.com/dyu/ffi-overhead)... SBCL takes 3x as long as luajit
16:16:20
Shinmera
how does luajit have a lower overhead than C itself. That seems bizarre?
16:16:41
flip214
https://github.com/phmarek/ffi-overhead for anyone interested
16:17:05
flip214
perhaps it disassembles and recompiles, noticing the plain simplicity?
16:17:30
flip214
and optimizing to a INC RAX or so
16:17:45
Shinmera
I very much doubt that
16:18:29
flip214
me too ;) but it wouldn't be completely impossible
16:19:10
flip214
just do a callout to ghidra to get a clang IR back (just wishing)
16:42:24
|3b|
is that 3x luajit about 2x c?
16:48:59
|3b|
flip214: out of curiosity, is it any faster if you (check-type count (unsigned-byte 31))?
16:57:33
|3b|
on my machine, loop overhead is about 1 sec for 500M if it is doing generic math for the loop counter
16:58:02
|3b|
ACTION is too lazy to actually build the shared lib though, so not sure how that compares to whole thing