Closed Bug 1267717 Opened 9 years ago Closed 8 years ago

Figure out if we need 10s of idle on each talos run

Categories

(Testing :: Talos, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: avih, Unassigned)

Details

To speed up development cycles within talos, I was looking to reduce the initial idle time when running talos locally, which is currently 10 seconds. I found it hardcoded here: http://hg.mozilla.org/mozilla-central/file/tip/testing/talos/talos/pageloader/chrome/memory.js#l40 Joel committed this whole file some years ago but he doesn't recall why it's 10 seconds, whether or not it's still required, etc. For my local development purpose, changing it to 2000 was good enough and without noticeable changes at the reported test numbers, but I wasn't looking at RSS numbers. Reducing this number could not only save valuable development time with talos, but also runtime at the infrastructure.
I suspect there is a need to have a timer here- but 10s seems quite long. My only concern with changing this is that on browser startup we do delayed initialization of many services. Most of that probably occurs in that 10s, so by reducing the 10s we could be measuring the perf impact of those services. Might not be an issue- but we would need to look at noise of tests before/after.
Note also that as far as I can tell, it's impossible to disable RSS collection and this delay. If I run talos without --rss, it still goes through the memory collection code (and 10s delay), even if it's not set at test.py for the test I'm checking. Even more so, even if at this test I use rss = False, it still goes through the memory code and delay. If there are tests where we don't care about memory data, then I think we still have a 10s delay from that.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.