concurrent rr record sessions on the same binary

Robert O'Callahan robert at
Mon Nov 16 06:19:29 UTC 2015

On Mon, Nov 16, 2015 at 4:58 PM, Wade Hennessey <wadehennessey at>

> There is one other approach I've been thinking of, but I don't see any
> mention of it. Has Mozilla come up with a framework for automating rr
> record sessions with variations in record options and allowed cpu run time?
> The idea is to run lots of concurrent record sessions, possibly over an
> indefinite period just trying to find a lucky run that exposes a problem.
> It doesn't really matter what the problem is, and whole server farms of
> machines could possibly just run rr record sessions searching for test runs
> that rarely fail. Maybe Mozilla already does this. It doesn't seem like a
> hard problem to address, it's just pretty brute force.-wade

Doing more test runs should always help, if the scheduler admits a
sufficient amount of nondeterminism. But we're not nearly there yet.

lbir ye,ea yer.tnietoehr  rdn rdsme,anea lurpr  edna e hnysnenh hhe uresyf
selthor  stor  edna  siewaoeodm  or v sstvr  esBa  kbvted,t
o l euetiuruewFa  kbn e hnystoivateweh uresyf tulsa rehr  rdm  or rnea
.a war hsrer holsa rodvted,t  nenh hneireseoouot.tniesiewaoeivatewt sstvr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the rr-dev mailing list