'This isn't worth a version bump, but now that I fixed reaping processes, stuff works...
authorPete <pete@debu.gs>
Tue, 9 Jun 2020 22:11:36 +0000 (15:11 -0700)
committerPete <pete@debu.gs>
Tue, 9 Jun 2020 22:11:36 +0000 (15:11 -0700)
README
doc/TODO

diff --git a/README b/README
index 6b6520ab6ccabcf9d9a735eaad5eacea3eefab31..cf280813015ad8a9c411dbcc3bd9873ed4e8d2d8 100644 (file)
--- a/README
+++ b/README
@@ -52,7 +52,7 @@ For about 100GB of files, venti takes 86GB of disk (no surprise, since
 it's mostly JPGs and MP4s, so it's already compressed; the savings are
 probably from dedup), and Redis takes about 60MB of RAM for this.  All
 of the files were put into venti as part of the backup solution, but the
-originals weren't removed if they were bigger than 1MB (see doc/TODO).
+originals weren't removed if they were bigger than 4MB (see doc/TODO).
 The workers take some RAM to run.  CPU overhead is negligible.
 
 = Installation
index ff107d19a1ee90204f04178d8d23392747709844..2da2a836b51b7acc4c036792e58ecae3c8d8951d 100644 (file)
--- a/doc/TODO
+++ b/doc/TODO
@@ -3,7 +3,7 @@ Unordered:
 · The closure abuse in Serv precludes using the URL to generate the routes.
   This needs a fix in order to generalize beyond Pleroma.
 · Should be easy to stream rather than loading everything into memory,
-  but until then, big-ish files (≈2MB) take a second to get out of venti.
+  but until then, big-ish files (≈4MB) take a second to get out of venti.
   Obviously, it'll be faster and more reliable to implement the venti protocol.
 · Stats and webvac-unsweep.  This will allow hot objects to be swapped out of
   venti.