- Jun 10, 2017
-
-
Seebs authored
updateData()'s loops checking gt.Len() turns out to have been costing significant computation, not least because each call then in turn called gt.vs.Stride().
-
- Jun 09, 2017
-
-
faiface authored
-
Seebs authored
The computation including a call to Stride() can't be optimized away safely because the compiler can't tell that Stride() is effectively constant, but we know it won't change so we can make a slice pointing at that part of the array. CPU time for updateData goes from 26.35% to 18.65% in my test case.
-
- May 21, 2017
-
-
faiface authored
-
- Apr 12, 2017
-
-
faiface authored
-
- Apr 11, 2017
-
-
faiface authored
-
- Apr 09, 2017
-
-
faiface authored
-
- Mar 15, 2017
-
-
faiface authored
-
- Mar 09, 2017
-
-
faiface authored
-
- Mar 08, 2017
-
-
faiface authored
-
- Mar 05, 2017
-
-
faiface authored
-
- Feb 24, 2017
-
-
faiface authored
-
- Feb 23, 2017
-
-
faiface authored
-
- Feb 22, 2017
-
-
faiface authored
-
- Feb 11, 2017
-
-
faiface authored
-
- Feb 03, 2017
-
-
faiface authored
-
- Jan 28, 2017
- Jan 25, 2017
-
-
faiface authored
-
- Jan 20, 2017
-
-
faiface authored
-