~sircmpwn/sr.ht-docs

1406791a9f3a177c9e436a75b1d1d6846e2f41a0 — Drew DeVault 8 days ago 6114a8a
ops/scale.md: drop (obsolete) disk usage info
1 files changed, 0 insertions(+), 9 deletions(-)

M ops/scale.md
M ops/scale.md => ops/scale.md +0 -9
@@ 85,15 85,6 @@ datacenter would likely make bringing it into normal service a non-starter.
storage distribution and availability. A bespoke solution would probably also be
pretty straightforward.

Disk utilization is currently growing at about [50G/week][0]. Presently this
represents 5% of the provisioned capacity per week, which is too fast. [Thread
here][1] for planning the reprovisioning.

![](https://metrics.sr.ht/chart.svg?title=git.sr.ht%20disk%20utilization%20over%20the%20past%20two%20weeks&query=%28node_filesystem_size_bytes{instance%3D%22node.git.sr.ht%3A80%22%2Cdevice%3D%22varz%22}%20-%20node_filesystem_avail_bytes{instance%3D%22node.git.sr.ht%3A80%22%2Cdevice%3D%22varz%22}%29%20%2F%20node_filesystem_size_bytes{instance%3D%22node.git.sr.ht%3A80%22%2Cdevice%3D%22varz%22}&since=336h&step=10000&height=3&width=10&max=1&min=0)

[0]: https://metrics.sr.ht/graph?g0.range_input=4w&g0.expr=((node_filesystem_size_bytes%7Binstance%3D%22node.git.sr.ht%3A80%22%2Cdevice%3D%22varz%22%7D%20-%20node_filesystem_avail_bytes%7Binstance%3D%22node.git.sr.ht%3A80%22%2Cdevice%3D%22varz%22%7D)%20%2F%20node_filesystem_size_bytes%7Binstance%3D%22node.git.sr.ht%3A80%22%2Cdevice%3D%22varz%22%7D)%20*%20100&g0.tab=0
[1]: https://lists.sr.ht/~sircmpwn/sr.ht-dev/%3CC5QM8KFLQUHN.2796RCC83HBHA%40homura%3E

## hg.sr.ht

Mercurial has really bad performance. The load of hg.sr.ht per-user is about 10x