On Fri, Jun 26, 2020 at 6:30 PM Josef Bacik <josef@xxxxxxxxxxxxxx> wrote: > > On 6/26/20 11:15 AM, Matthew Miller wrote: > > On Fri, Jun 26, 2020 at 11:13:39AM -0400, Josef Bacik wrote: > >> Not Fedora land, but Facebook installs it on all of our root > >> devices, so millions of machines. We've done this for 5 years. > >> It's worked out very well. Thanks, > > > > Josef, I'd love to hear your comments on any differences between that > > situation and the typical laptop-user case for Fedora desktop systems. > > Anything we should consider? > > > > We buy worse hardware than a typical laptop user uses, at least for our hard > drives. Also we hit our disks harder than most typical Fedora users. Consider > the web tier for example, we push the entire website to every box in the web > tier (measured in hundreds of thousands of machines) probably 6-10 times a day. > This is roughly 40 gib of data, getting written to these truly terrible consumer > grade flash drives (along with some spinning rust), 6-10 times a day. In > addition to the normal sort of logging, package updates, etc that happen. > > Also keep in mind we pay really close attention to burn rates for our drives, > because obviously at our scale it translates to millions of dollars. Btrfs has > improved our burn rates with the compression, as the write amplification goes > drastically down, thus extending the life of the drives. Hi Josef, Out of curiosity, do you also monitor SMART data for all your hard drives? If yes, have you seen any correlations between specific errors reported by btrfs and those picked up by SMART (not necessarily the fatal ones)? Any useful conclusions? Best regards, A. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx