File: comment_2_581e53306e47ddb826c030333f9ae9c2._comment

package info (click to toggle)
git-annex 7.20190129-3
  • links: PTS, VCS
  • area: main
  • in suites: buster
  • size: 56,292 kB
  • sloc: haskell: 59,105; sh: 1,255; makefile: 225; perl: 136; ansic: 44
file content (9 lines) | stat: -rw-r--r-- 725 bytes parent folder | download | duplicates (6) 
1
2
3
4
5
6
7
8
9
 
[[!comment format=mdwn
 username="https://launchpad.net/~liori"
 nickname="liori"
 avatar="http://cdn.libravatar.org/avatar/e1d0fdc746b3d21bb147160d40815e37b257b9119774d21784939b2d3ba95a91"
 subject="comment 2"
 date="2018-08-17T21:58:03Z"
 content="""
So, indeed it works. However, syncing a large archive (2TB, ~1M objects) over several USB HDDs at the same time ended up a bad idea: inevitably at some point every process tried syncing with the same, slowest, repository, and lack of good I/O concurrency on a USB-connected HDD killed all performance. I'm guessing that introducing some targetted locking could probably help, or even maybe just randomizing the order in which repositories are pulled from/pushed to.
"""]]