Added a comment: defending BTRFS
authoryarikoptic <yarikoptic@web>
Thu, 2 Jun 2022 18:43:02 +0000 (18:43 +0000)
committeradmin <admin@branchable.com>
Thu, 2 Jun 2022 18:43:02 +0000 (18:43 +0000)
doc/bugs/get_is_busy_doing_nothing/comment_13_afae18b8b3a17f376b9a345059d9dbd4._comment [new file with mode: 0644]

diff --git a/doc/bugs/get_is_busy_doing_nothing/comment_13_afae18b8b3a17f376b9a345059d9dbd4._comment b/doc/bugs/get_is_busy_doing_nothing/comment_13_afae18b8b3a17f376b9a345059d9dbd4._comment
new file mode 100644 (file)
index 0000000..30ab1ce
--- /dev/null
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="yarikoptic"
+ avatar="http://cdn.libravatar.org/avatar/f11e9c84cb18d26a1748c33b48c924b4"
+ subject="defending BTRFS"
+ date="2022-06-02T18:43:02Z"
+ content="""
+FWIW, may be just as a defender of BTRFS decided to share a \"terminal shot\" of screens from drogon -- you can see how busy it is (`top` and `dstat` at the bottom) downloading (>= 100MBps) and reading (70MBps) and saving (>200MBps) while there is a good number of parallel processes which have a number of parallel git-annex processes:
+[screenshot](http://www.onerussian.com/tmp/busy-drogon-MVar-operation.png)
+
+and I don't know how well any other file system would have held up ;) 
+"""]]