Good explanation of the logical block addressing system.
The question I had about defrag was if there are any filesystem-related benefits to doing so. Assume that a defrag pass simply "shuffles data around" on the SSD without improving or decreasing device-level performance. I understand typical filesystem fragments as comprised of a header, block data, and a pointer to the next fragment (sort of like a LinkedList). Are filesystem requests faster with the file in one contiguous (logical) block as opposed to hundreds or thousands of (logical) fragments, because fewer pointers need to be processed?
For whatever reasoning (sector locking?) it does matter to backup programs.
This is what Acronis has to say about fragmentation and creating incremental backups:
If you have defragmented your hard disk since the last full backup, an incremental backup could be as large as a full one. Therefore we recommend you to defragment the hard disk before the full backup of the given disk is created.
The way it is worded leads me to believe the opposite is likely true as well...if you start with a defraged drive and subsequently move a bunch of files around (without changing the file) such that you increase fragmentation then your subsequent incremental backup is going to be larger.
That said, with 2TB drives going for $100 nowadays I could hardly care less whether the incremental backups of my 160GB SSD approaches 160GB or remains a tiny(ier) 60GB.