This is so. Damn. Exciting. Thank you roc for having the vision and persistence to bring this dream to reality.
How far are we from being able to use cloud (rather than local) machine time to produce a trace of an intermittently-failing bug? Some one-click procedure to produce a trace from a failure on treeherder seems like it would lower the activation energy significantly. On Sun, Feb 14, 2016 at 9:16 PM, Robert O'Callahan <rob...@ocallahan.org> wrote: > Over the last few days we have had a lot of positive experiences > reproducing bugs with rr chaos mode. Kyle tells me that, in fact, he's been > able to reproduce every single bug he tried with enough machine time thrown > at it. > > At this point the limiting factor is getting developers to actually debug > and fix recorded test failures. Anyone should be able to set up a VM on > their local machine, build Firefox, record some failures and fix them. For > best results, run just one test that's known intermittent, or possibly the > whole directory of tests if there might be inter-test dependencies. Use > --shuffle and --run-until-failure. The most convenient way to run rr with > chaos mode is probably to create a script rr-chaos that prepends the > --chaos option, and use --debugger rr-chaos. > > Lots of tests have been disabled for intermittency over the years. Now we > have the ability to fix (at least some of) them without much pain, it may > be worth revisiting them, though i don't know how to prioritize that. > > We might want to revisit our workflow. If we had the ability to mark tests > as disabled-for-intermittency explicitly, maybe we could automatically > disable intermittent tests as they show up and dedicate a pool of machines > to reproducing them with rr. > > 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 > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
