Confirmed users
975
edits
(→Use the profiler is to understand problems, not assert their absence: Fill in section) |
No edit summary |
||
Line 22: | Line 22: | ||
To see if a code change creates a perf regression or improvement, you should '''ideally run a known benchmark''' – i.e. a duration measurement from a start point to a stop point – and see how performance changes before and after your code change. With benchmarks, you can't overlook things like you can in the profiler. If you don't have a benchmark, you can create your own with timestamp logs, though it should be done carefully to ensure the measurements are consistent – writing good benchmarks is hard. | To see if a code change creates a perf regression or improvement, you should '''ideally run a known benchmark''' – i.e. a duration measurement from a start point to a stop point – and see how performance changes before and after your code change. With benchmarks, you can't overlook things like you can in the profiler. If you don't have a benchmark, you can create your own with timestamp logs, though it should be done carefully to ensure the measurements are consistent – writing good benchmarks is hard. | ||
== Don't guess, measure. == | |||
TODO: https://firefox-source-docs.mozilla.org/performance/bestpractices.html#dont-guessmeasure |