We currently track false rejections per CL, and handling time per CL that includes only the time during which a CL was submit-eligible (CR+2, V+1, CQ+1). The latter metric excludes the time between a when a CL is rejected by the CQ and when the developer re-marks it as CQ+1.

The CL exonerator project will potentially reduce false rejections significantly. But I wouldn't expect it to reduce handling time, because we're already not counting that rejected time towards handling time. The wall-clock time should be reduced by the exonerator though, since it will be re-marking CLs sooner than developers can manually.

I suggest the wall clock time be defined as: wall clock time between when the latest patchset of a CL first became submit-eligible, and when it was submitted.