concurrent rr record sessions on the same binary

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


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

> 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.

Rob
-- 
lbir ye,ea yer.tnietoehr  rdn rdsme,anea lurpr  edna e hnysnenh hhe uresyf
toD
selthor  stor  edna  siewaoeodm  or v sstvr  esBa  kbvted,t
rdsme,aoreseoouoto
o l euetiuruewFa  kbn e hnystoivateweh uresyf tulsa rehr  rdm  or rnea
lurpr
.a war hsrer holsa rodvted,t  nenh hneireseoouot.tniesiewaoeivatewt sstvr
esn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/rr-dev/attachments/20151116/b4d6152c/attachment-0001.html>


More information about the rr-dev mailing list