18.7.2016, 0.44, Matthias Prager kirjoitti:
the Seagate SMR drives are fast enough to handle Gbit-LAN
speeds if they are served mostly large sequential chunks by the file
system, which f2fs actually manages to do (cold storage in my scenario
too). Btrfs does too many scattered writes for this to work without
bandages (i.e. caching or snapshotting) (although I do see the advantage
in having checksums for data which you write once and then read like
once every year).
I have two 8 TB Seagate Archive drives (which did cause me lots of extra
work, before I got everything patched and/or hardware to work correctly) in
Btrfs raid1[0] configuration. They serve as backup for DVR (and for testing,
as a backup of a backup of my Windows laptop) with around 4 TB of
recordings. Original rsync ran at about network speed. Both drives were
writing a bit over 100 MB/s for the whole time.
Backups are updated once per day, few GBs of recordings and around 5000
small files from laptop changed, removed or created. I'm sort of waiting for
something to explode, but so far it seems to be working fine. Maybe I'll put
some real backups there some day.
[0] No need to tell me this shouldn't be done. It's for testing purposes.
--
...Elämälle vierasta toimintaa...
Jukka Larja, Roskakori@xxxxxxxxxxxxxx
"Later subverted by himself; when he tried to march through the Makran
desert *SPOILER ALERT*. Ouch..."
"Buddy, Alexander is literally ancient history. There are limits to the
spoiler tag."
- TV Tropes Wiki, Never Tell Me The Odds, Aleksanteri suuresta -
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
