Bug report (or maybe tricky detail of coding in VPX):
While tuning Totan I found something really unexpected: using the script statement "table1.width" a lot slows VPX down really bad. I saw it first on my laptop which has a not so fast graphics card and on battery slows down the processor. I replicated the problem on my development system (core i7 7700k and GTX 1080Ti). On the latter my framerate without this statement is about 240fps (4k, no AA), and with 20x this statement in a timer event: "test=table1.width" (timer interval 10), the fps is reduced to 45fps (!!).
On my battery powered laptop (no power attached so the processor is is eco mode), the FPS went from 60fps to 80fps, just by removing the reference to "table1.width" (was called 7 times or something per timer event, due to the many balls in Totan).
On White Water the effect was less substantial, the fps went from 106 to 116 on my laptop.
The script workaround is of course to only get the table1.width value in a global variable once, but it was really unexpected to me that this statement is so costly. I think that every table that has this statement in use for ball shadows or something, can be faster especially on lower end systems.