1. How does the SSD know that your OS has marked an unused partition/empty space as free? Is there some driver somewhere that no one has mentioned?
That's what TRIM is. It is a command to tell the drive that certain LBAs have been discarded.
As far as partitioning for OP is concerned, it's a feature of many drives. The OP from the factory should be sufficient for notebook/desktop/workstation loads (I'm of the strong opinion that when not, the drives should be avoided, not have OP added), but you can have a bit of an out, if you're doing DB development, or trying to use cheaper drives for DB work, or other heavy stuff.
Here's a link for that:
http://www.storagereview.com/intel_ssd_520_enterprise_review
Partitioning with MBR, with the drive in a fresh state (just secure erased), don't put any partitions on it that go to the end of the address space. Since this space never gets addressed by the OS, and thus those LBAs are never touched, those LBAs remain free for the drive to do whatever with.
The performance improvements really need little to no idle time (low-QD random writing), and/or high QDs for significant periods, to be there. FI, that's a QD=32 test, which is unrealistic for most of us--outside of software installs, or version control synchronizing on a fast LAN, we will rarely get above maybe QD=4. High-QD tests are easy to game, but may not reflect usage. Usage typically goes in fits and starts, with random write batches tending to be small (PF update here, log here, a few files added to browser cache there, etc.).
Writes in flight can be benefited by the kind of optimizations that a write cache would be used for. Given that writes will commonly complete within a few milliseconds, it's going to be pretty rare that such optimizations can be put to good use. This is one of the reasons AT performs tests with low QDs, as well as high, and why several major sites try to have tests that mimic hard usage by applications, or actually perform scripted application usage.
More logical is that the manufacturer sets aside XXX% of the drive as 'extra' and uses that for wear-leveling and other GC tasks, which is what the link I posted says....Help!
They do that, too. All have at least ~7% (the difference between 1000^3 and 1024^3 GBs), some more. If the unused space at the end trick will work, you effectively get a total spare area of:
[manufacturer OP] + [TRIM free space] + [user-defined OP]