Closed
Bug 1312140
Opened 8 years ago
Closed 4 years ago
Autoland stats all checked out files, adds dozens of seconds to operations
Categories
(Conduit Graveyard :: Transplant, defect, P3)
Conduit Graveyard
Transplant
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: gps, Unassigned)
References
Details
(Keywords: conduit-triaged)
Autoland is currently taking 70-80s per push. strace appears to indicate it is calling stat() on all (or at least a good portion of) the working directory. I suspect we're doing something sub-optimal in Mercurial API land. If we fix it, autoland will likely complete dozens of seconds faster. I installed python2.7-dbg on the autoland host. So you can attach gdb to a process and run `py-bt` to get a Python stack. I haven't seen anything obvious yet.
Updated•6 years ago
|
Product: MozReview → Conduit
Comment 1•6 years ago
|
||
Do you think this is an issue with Lando's use of transplant (or maybe it's not an issue at all anymore)?
Flags: needinfo?(glob)
how autoland uses mercurial doesn't really change with lando, so it's likely to still be an issue. it's probably something we should revisit when we move to cloudops as part of the reworking, and might be easier to fix by ensuring we deploy on infra with faster disk.
Flags: needinfo?(glob)
Updated•6 years ago
|
Keywords: conduit-triaged
Reporter | ||
Comment 3•6 years ago
|
||
Since this issue was reported 2 years ago, watchman integration is now built-in to Mercurial. If we installed watchman and enabled the fsmonitor extension on the transplant server, things should magically get a lot faster.
The time Lando takes to land changes isn't problematic.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
Updated•1 month ago
|
Product: Conduit → Conduit Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•