Merge lp:~stub/launchpad/pending-db-changes into lp:launchpad/db-devel
Proposed by
Stuart Bishop
Status: | Merged | ||||
---|---|---|---|---|---|
Approved by: | Stuart Bishop | ||||
Approved revision: | no longer in the source branch. | ||||
Merged at revision: | 9997 | ||||
Proposed branch: | lp:~stub/launchpad/pending-db-changes | ||||
Merge into: | lp:launchpad/db-devel | ||||
Diff against target: |
84 lines (+56/-0) 2 files modified
database/schema/patch-2208-01-1.sql (+10/-0) database/schema/upgrade.py (+46/-0) |
||||
To merge this branch: | bzr merge lp:~stub/launchpad/pending-db-changes | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Jelmer Vernooij (community) | Approve | ||
Review via email: mp+41691@code.launchpad.net |
Commit message
[r=jelmer]
Description of the change
Store and report database patch application times.
The reported times are the time spent running the actual SQL. There are also overheads involved, but this should be constant. Given a total of these times for a rollout, the actual time will be "num_nodes * db_time + x * num_patches + y", where x and y are as yet unknown constants representing overhead per patch and extra overhead (trusted.sql, comments.sql, merging new table replication set into main replication set etc.)
To post a comment you must log in.
When we have 2 slaves, do they apply patches in parallel with each
other, or serially?