I think the answer for the performance issue is twofold: First, I own one of the C300 (265 Gb) SSDs,
I use hdparm to secure-erase the drive, and I hot-plug because the unlock scripts don't seem to work with the controller? ioctl() I/O error.
(Hint don't use Windows, it is BRUTAL to the drives. It only exists to make the COMP-TIA racket more profitable.) fdisk the drive with -b 4096 with the CHS data < hdparm -i [node].
I use Mark Lord's wiper.sh that comes with the source code version of hdparm[v.9.37] that TRIMs the free space, BUT requires a partition file system, or it will abort.
THEN (3rd step) I use gparted on KNOPPIX 6.4.4 to offset the first partition by 4MB, and thereafter align by the MB, with 4MB separations, where partitions are multiples of same 4MB. (not hard at all, obviously.) I bear you witness that my MLC EXCEEDED the 355 Mb cached read spec. You will get different answers with different kernels.
The drive does weather very well, if one is very gentle. I suppose this method is superior, because I think that simplicity is the best asset. Also make sure that your fstab reflects noatime,norelatime,discard in the mount options. This might not fly in high-security enviornments, though.