4 ms·

I've been considering using bcache on one of my systems, last time I checked it seemed a bit unready in terms of all the steps needed to set it up and keep it w

• Qantourisc 11y ago
  I'm afraid I still see little bugs appearing on the mailing list and on my test systems. For bugs look at: https://github.com/koverstreet/linux-bcache/issues https://github.com/koverstreet/linux-bcache/issues http://dir.gmane.org/gmane.linux.kernel.bcache.devel http://dir.gmane.org/gmane.linux.kernel.bcache.devel
• snark42 11y ago
  You should definitely consider/test dm-cache too... https://www.redhat.com/archives/dm-devel/2013-June/msg00026.html https://www.redhat.com/archives/dm-devel/2013-June/msg00026.... https://www.varnish-software.com/blog/accelerating-your-hdd-dm-cache-or-bcache https://www.varnish-software.com/blog/accelerating-your-hdd-...
• jfindley 11y ago
  I've run bcache-backed databases in production for about a year or so - it's been absolutely rock solid, and I'm very happy with it. We spent a lot of time prototyping basically every SSD caching tech that existed at the time and bcache was the clear winner (note that dm-cache, the tech underpinning lvm-cache was pretty immature at the time). You do need a workload with a fairly reasonable cache hitrate to get the best out of it, but that's obviously true of all such technologies.
• maaku 11y ago
  I have lost data, twice in the last six months.