Comments for JacksonDunstan.com

Comment on Repeatable Random by jackson

jackson — Thu, 02 Feb 2012 17:25:41 +0000

Yes, those are definitely good uses of the class.

I haven’t performance tested it, but that’s a good idea for a followup article. Thanks for the tip.

Comment on Repeatable Random by Alexander

Alexander — Thu, 02 Feb 2012 09:55:12 +0000

Very interesting – this also allows for things like tool-assisted speedruns in games (assuming you store the seed serially or somesuch). It also allows for physics engines to be deterministic.

Have you done a test for performance vs. Math.random()?

Comment on Why Static Is Slow by NemoStein

NemoStein — Wed, 01 Feb 2012 11:14:34 +0000

“Flash Player 11.2.202.197 (beta 5, 64-bit, ‘release’, ActiveX)”

Maybe FP 11.2 has some improvements that can lead to this result.
Beta 5 should be the last beta before release, so, in two weeks we can see the “real” results of this.

Comment on Why Static Is Slow by Kyle Murray / Krilnon

Kyle Murray / Krilnon — Wed, 01 Feb 2012 07:09:58 +0000

Using your tests, I don’t get such ridiculously slow results for Math['PI']:

Flash Player 11.2.202.197 (beta 5, 64-bit, ‘release’, ActiveX)
SDK 4.5.1
Core i7-2600K 3.4 GHz

Get class,1
Dot access static var,5
Index access static var,63 // 63 is a lot lower than 1360
Math.public::PI,4 // I added this one
num = val,2
num = this.val,2
num = superVal,2
num = this.superVal,2
num = super.superVal,1
num = staticVal,2
num = StaticTest2.staticVal,

Of course there are a number of differences in our setups, but it seemed like a notable performance difference.

Comment on Why Static Is Slow by Kyle Murray / Krilnon

Kyle Murray / Krilnon — Wed, 01 Feb 2012 06:43:13 +0000

framep is the frame pointer, which points to an address in the current stack frame. It’s useful because the stack pointer register often changes around during the execution of code in that frame.

Comment on Why Static Is Slow by jackson

jackson — Tue, 31 Jan 2012 19:57:00 +0000

Very interesting insights. Thanks for sharing. When your post-compile optimizer is in usable shape, I’d love to test it out for you.

Comment on Why Static Is Slow by Rackdoll

Rackdoll — Tue, 31 Jan 2012 13:44:38 +0000

ok. seems clear enough. Thnx for the feedback!
keep on the greatness!

Comment on Why Static Is Slow by skyboy

skyboy — Tue, 31 Jan 2012 12:31:53 +0000

public is marginally faster (less than 1%) at thousands of iterations; the rest of them have less meaningful differences and const/var perform identically.

When it comes to these matters (public/private/protected/internal/custom | const/var), write your code for what you need it to do; performance gains/losses is entirely meaningless due to incredibly small gains, that result in nothing of value when the user has other applications running that compete for resources (so, everyone).

Comment on Why Static Is Slow by Rackdoll

Rackdoll — Tue, 31 Jan 2012 09:09:43 +0000

or are the results same as ” protected static” ?
Is there even a difference in performance..-> protected , private or public constants ?

Comment on Why Static Is Slow by Rackdoll

Rackdoll — Tue, 31 Jan 2012 09:07:53 +0000

First of all…. –> Nice article.

Second.
I was wondering if you tried the private static var / const in your tests ?
IF so can you post those results….. ?

thnx :)