Bug 67658 - Would like a way to see how long patches take to be processed by EWS
Summary: Would like a way to see how long patches take to be processed by EWS
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-06 11:11 PDT by Adam Roben (:aroben)
Modified: 2011-09-06 12:02 PDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Roben (:aroben) 2011-09-06 11:11:00 PDT
It would be useful to have a way to see how long it takes a patch to be processed by EWS (i.e., the elapsed time from when the patch is uploaded to when it has been built). It would be nice to see this for each flavor of EWS bot (Windows, Mac, Chromium, GTK, etc.). This would be helpful when trying to determine which EWS flavors need more hardware.
Comment 1 Eric Seidel (no email) 2011-09-06 11:17:45 PDT
So you want the average time per patch?

That's very easy to do for the commit-queues, but we'd have to add a second log message for the EWSes to support this.  Right now each EWS only logs exactly once per patch.  We'd need two logs to compute a time taken.

http://queues.webkit.org/queue-status/gtk-ews
Comment 2 Adam Roben (:aroben) 2011-09-06 11:26:35 PDT
(In reply to comment #1)
> So you want the average time per patch?

Yes, please!

If you wanted to get really fancy you'd show two numbers: average seconds until patch begins being processed by an EWS bot, and average time it takes for the processing to occur. (Summing the two would give you the end-to-end time.)
Comment 3 Adam Barth 2011-09-06 12:02:22 PDT
I've often wanted to know the average queue length.  That's generally the metric I use to decide whether to spin up more instances.