TypeScript icon indicating copy to clipboard operation
TypeScript copied to clipboard

Opportunity: Improve compiler performance by avoiding property accesses

Open evanw opened this issue 4 years ago • 8 comments

TypeScript Version: 3.9.5

Search Terms: compiler performance namespace run-time property access

Code

I have looked into TypeScript compiler performance in the past and I've always wondered why the TypeScript compiler code uses namespaces heavily, since run-time property accesses are slower than statically-bound identifiers in JavaScript.

I finally got around to writing a proof of concept:

let fs = require('fs')
let tscPath = __dirname + '/node_modules/typescript/lib/tsc.js'
let tsc = fs.readFileSync(tscPath, 'utf8')

let vars = new Set()
tsc = tsc.replace(/\bts\.(\w+)/gm, (_, id) => {
  id = `ts_${id}`
  vars.add(id)
  return id
})
tsc = `var ${[...vars].join(',\n  ')};\n${tsc}`

fs.writeFileSync(tscPath, tsc)

This post-processes tsc.js to convert run-time property accesses into statically-bound identifiers. I ran this on the Rome code as a benchmark of a reasonably-large TypeScript code base and got a noticeable speed boost:

Before After Difference
Time to run tsc.js 29.5s 27.5s 2s faster

Each time is the best of 5 runs, and each run was time node node_modules/typescript/lib/tsc.js -noEmit -project rome.

The TypeScript compiler is leaving some performance on the table by using run-time property accesses where it could use statically-bound identifiers instead. I'm sure you are using namespaces for code organization for good reasons, but it does come at a cost. An alternative to namespaces that might have less performance overhead could be to use ES6 modules and bundler, for example.

I'm posting this issue because I think the results of this experiment are interesting. The issue tracker seemed like the most appropriate place to post this. Feel free to just close this issue if you'd like.

evanw avatar Jun 24 '20 23:06 evanw

Gotta go fast!

steakscience avatar Jun 25 '20 01:06 steakscience

@amcasey @ahejlsberg @weswigham, it'd be nice to see if https://github.com/microsoft/TypeScript/issues/38510 gives any observable performance boost.

DanielRosenwasser avatar Jun 25 '20 01:06 DanielRosenwasser

https://github.com/microsoft/TypeScript/pull/35561 is trying to use modules instead of namespaces

mohsen1 avatar Jun 25 '20 02:06 mohsen1

Whoops, that's the right link, thanks @mohsen1.

DanielRosenwasser avatar Jun 25 '20 04:06 DanielRosenwasser

Cool! @mohsen1 I assume that if you run the tests in the other order (i.e. no-namespaces first), you get the same result? I've gotten into the habit of discarding the first run whenever I do perf testing to minimize the effects of disk caching.

amcasey avatar Jun 25 '20 21:06 amcasey

I did my own run against ant-design and saw a ~5% reduction in total compilation time. Pretty impressive. I have yet to compare the compiler output (i.e. to confirm it hasn't changed).

amcasey avatar Jun 26 '20 01:06 amcasey

This should go hand-in-hand with the modules work for 4.6. I would hope that a bundler with scope hoisting will allow us to avoid property accesses/function calls that serve no purpose.

DanielRosenwasser avatar Nov 19 '21 01:11 DanielRosenwasser

For those following this issue, #51387 will fix this (though it was later than 4.6 😄).

jakebailey avatar Nov 02 '22 18:11 jakebailey