corfe83 b3c567de89 Fix another ~300 allocations per frame in my test project (#1089) ... This simple change brings my simple test project from 752 allocations per frame to 474 allocations per frame. It seems a shame that go's escape analysis is not smart enough to leave this variable on the stack. GeoM is a 24-byte struct and there is a slight perf difference that we are storing it in stack, but also copying it around with this change (instead of an 8-byte pointer). This could make things faster (due to stack / CPU cache) or slower (due to copying more memory) - when I try a stress test (drawing 100K images per frame), I can't see any actual performance difference (but I do see 100K fewer allocations, and GC is no longer running almost all the time).		2020-02-22 13:40:17 +09:00
..
mipmap_test.go	mipmap: Create mipmap package and bufferd.Image uses it	2020-01-08 02:06:01 +09:00
mipmap.go	Fix another ~300 allocations per frame in my test project (#1089)	2020-02-22 13:40:17 +09:00
vertex.go	mipmap: Create mipmap package and bufferd.Image uses it	2020-01-08 02:06:01 +09:00