Nazar Mokrynskyi posted on Wed, 16 Mar 2016 05:37:02 +0200 as excerpted: > I'm not sure what you mean exactly by searching. My first SSD died > during waking up from suspend mode, it worked perfectly till last > moment. It was not used for critical data at that time, but now I > understand clearly that SSD failure can happen at any time. Having RAID0 > of 2 SSDs it 2 times more risky, so I'm not ready to lose anything > beyond 15 minutes threshold. I'd rather end up having another HDD purely > for backup purposes. I understand the raid0 N times the danger part, which is why I only ever used raid0 on stuff like the distro packages cache that I could easily redownload from the net, here. But seriously, what are you doing that you can't lose more than 15 minutes of? Couldn't it be even 20 minutes, or a half-hour or an hour with 15 minute snapshots only on the ssds (yes, I know the raid0 factor, but the question still applies)? What /would/ you do if you lost a whole hour's worth of work? Surely you could duplicate it in the next hour? Or are you doing securities trading or something, where you /can't/ recover work at all, because by then the market and your world have moved on? But in that case... And perhaps more importantly for your data, btrfs is still considered "stabilizing, not fully stable and mature". Use without backups is highly discouraged, but I'd suggest that btrfs in its current state might not be what you're looking for if you can't deal with loss of more than 15 minutes worth of changes anyway. Be that as it may... Btrfs is definitely not yet optimized. In many cases it reads or writes only one device at a time, for instance, even in RaidN configuration. And there are definitely snapshot scaling issues altho at your newer 500 snapshots total that shouldn't be /too/ bad. Dealing with reality, regardless of how or why, you currently have a situation of intolerably slow receives that needs addressed. From a practical perspective you said an ssd for backups is ridiculous and I can't disagree, but there's another "throw hardware at it" solution that might be a bit more reasonable... Spinning rust hard drives are cheap. What about getting another one, and alternating your backup receives between them? That would halve the load to one every thirty minutes, without changing your 15-minute snapshot and backup policy at all. =:^) So that gives you two choices for halving the load to the spinning rust. Either decide you really can live with half-hour loss of data, or throw only a relatively small amount of money (well, as long as you have room to plug in another sata device anyway, otherwise...) at it for a second backup device, and alternate between them. OTOH, since you mentioned possible coding, optimization might not be a bad thing, if you're willing to put in the time necessary to get up to speed with the code and can work with the other devs in terms of timing, etc. But that will definitely take significant time even if you do it, and the alternating backup solution can be put to use as soon as you can get another device plugged in and setup. =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- 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
