(12-17-2023, 08:23 PM)Jedsted Wrote: I prefer not to track changes to CBT, mainly because it was a bit flakey in early days and nowadays it only takes seconds to check changed blocks anyway unless still using spinners.
Tracking CBT changes was really design for corporations, not domestic consumers.
Well, I'm not sure what you mean by "domestic consumers." The largest benefit of CBT is for anyone who frequently updates large files, and in most cases that's defined as DataBase users (large PST-based OUTLOOK users as well). If that's what you mean by non-"domestic consumers"... so be it.
Frequent random changes to very large DataBases normally would generate very large CLUSTER changes within a Windows FileSystem. That, in turn, would generate fairly large Incremental change images, depending on the snapshot interval. CBT reduces those frequent cluster changes to frequent BLOCK changes, allowing the Incremental change images to be quite small... further allowing them to be taken much more frequently without sizable resources being required for storage.
...and as you mentioned, early design bugs were felt by users, but fixed quickly by the Developers. The option has been quite stable as of late. For Home/General users, Changed Block auditing is not really a requirement for managing System backup and integrity... that's why Hasleo Backup Suite is more than adequate for that type of user... and quite feature rich at this point in its development.