Re: [racket-users] Re: Code generation performance

2020-03-18 Thread Eric Griffis
Made a tiny bit of progress today. On a bigger machine, I was able to profile the giant unit tests module. It has one top-level for/template that iterates over the 5 scalar types, and a bunch of smaller ones inside that cover the multitude of operations for each of the 4 fixed vector lengths. pro

Re: [racket-users] Re: Code generation performance

2020-03-15 Thread Hendrik Boom
On Sun, Mar 15, 2020 at 10:48:48AM -0700, Eric Griffis wrote: > On Sat, Mar 14, 2020 at 10:25 PM Hendrik Boom wrote: > > > > There's a port of glm in the Racket package library. > > Is that the same one? If not, is it also that huge? > > Same repository, different branch. The master branch, whic

Re: [racket-users] Re: Code generation performance

2020-03-15 Thread Eric Griffis
On Sat, Mar 14, 2020 at 10:25 PM Hendrik Boom wrote: > > There's a port of glm in the Racket package library. > Is that the same one? If not, is it also that huge? Same repository, different branch. The master branch, which is a couple months old now, implements the matrix and vector types on to

Re: [racket-users] Re: Code generation performance

2020-03-14 Thread Hendrik Boom
On Sat, Mar 14, 2020 at 03:28:35PM -0700, Eric Griffis wrote: > > I'm pretty sure that's a lot of big files. It's for a port of GLM, a > graphics math library that implements (among other things) fixed-length > vectors of up to 4 components over 5 distinct scalar types, for a total of > 20 dis

[racket-users] Re: Code generation performance

2020-03-14 Thread Eric Griffis
Alright, I re-discovered Ryan Culpepper's talk, "The Cost of Sugar," from the RacketCon 2018 video stream (https://youtu.be/CLjXhr_TgP8?t=5908) and made some progress by following along. Here are the .zo files larger than 100K: 993K ./vector/compiled/tests_rkt.zo 830K ./scribblings/compiled/glm