> We are proposing the name EfficiencySanitizer, or "esan" for short, to refer to this suite of dynamic instrumentation tools for improving program efficiency. As we have a number of different tools that share quite a bit of their implementation we plan to consider them sub-tools under the EfficiencySanitizer umbrella, rather than adding a whole bunch of separate instrumentation and runtime library components.

> While these tools are not addressing correctness issues like other sanitizers, they will be sharing a lot of the existing sanitizer runtime library support code. Furthermore, users are already familiar with the sanitizer brand, and it seems better to extend that concept rather than add some new term.

Is the advertisement value really worth this abuse of "sanitizer"? This is not a sanitizer.