Talk about GerritForge's work for speeding mono-repos
GerritForge has spent a significant amount of time
and effort in making mono-repos faster on Gerrit.
Luca presents the current status and the future
challenges we are facing.
Change-Id: I9199666c98615361f6efd968554f3a72505bc93d
diff --git a/sessions/mono-repo-with-gerrit.md b/sessions/mono-repo-with-gerrit.md
new file mode 100644
index 0000000..bd597a3
--- /dev/null
+++ b/sessions/mono-repo-with-gerrit.md
@@ -0,0 +1,32 @@
+# How to survive with mono-repos in Gerrit
+
+GerritForge keeps on working for improving the performance of using Gerrit with
+very large mono-repos, with millions of refs, hundreds of GBs and tens of
+millions of objects.
+
+Luca presents the work done over the past two years for overcoming the
+significant difficulties:
+- Reducing the overhead of refs advertisement
+- Speed-up clones by a 10x factor
+- Reduce system load when accessing change notes
+- Increasing performance of replication
+- Surviving the deadly "search-for-reuse" phase during git-upload-pack
+
+> Polls
+
+What is the size of the largest repo you have?
+- < 1GB
+- < 10GB
+- < 50GB
+- < 100GB
+- > 100GB
+
+What is the most urgent problem for your mono-repos?
+- memory or disk consumption on the server
+- bandwidth consumption during git-upload-pack
+- long refs negotiations during git-upload-pack
+- huge binaries bloating the repository
+- long replication times
+- batch reindexing tasks piling up
+
+*[Luca Milanesio, GerritForge, Gerrit Maintainer - Release Manager - Member of the ESC](/summit/2021/+/refs/heads/master/speakers.md#lmilanesio)*