5a349d9884
gates / gates (push) Successful in 26s
- 09 §3: decision 19 (the copy method is chosen by a bake-off) and 20 (the full-system backup waits for the update leg, inside its window; built later). - Bake-off on 9202, docmost / romm / vikunja: both methods pass every case; the folder copy wins because an app with no database server gets no dump, so dump-and-load would need the folder copy anyway. 1-5 s extra downtime, ~420 MB/s, disk = the volumes. - R-645 filed: lifting an update hold by hand lets the recovery unit be re-captured with the failed definition within seconds. Documents and evidence only; product code follows in the controller. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0159rPz1ZhFKsS53msqPYxtS
14 lines
425 B
Plaintext
14 lines
425 B
Plaintext
10:26:49 == D's cost on the same database: mariadb-dump while running
|
|
dump 0.44s 1062572 B
|
|
== F on the same database: stop, copy, start
|
|
stop 1.58s
|
|
cp -a 185 MB: 0.81s
|
|
tar 185 MB: 0.53s
|
|
start 0.63s
|
|
== a 2 GiB synthetic volume (random bytes, not app data) for the extrapolation
|
|
page cache could NOT be dropped (LXC) - warm-ish numbers
|
|
cp -a 2 GiB: 4.87s
|
|
tar 2 GiB: 4.55s
|
|
/dev/loop1 69G 48G 18G 74% /var/lib/docker
|
|
|