I am no expert on the subject, but here are some things to consider:
a) I came across this: http://robert.penz.name/137/no-swap-...stem-on-a-ssd/ and this was back when people did get shotty SSD's. The conclusion is it will take a long time to burn out an SSD due to paging.
b) From the Arch Wiki:
c) One thing you can do right now is alter /proc/sys/vm/swappiness to strongly discourage swapping (change 60 to 1) [LINK]. You should have a good amount of RAM.
Cells wear out. Consumer MLC cells at mature 50nm processes can handle 10000 writes each; 35nm generally handles 5000 writes, and 25nm 3000 (smaller being higher density and cheaper). If writes are properly spread out, are not too small, and align well with cells, this translates into a lifetime write volume for the SSD that is a multiple of its capacity. Daily write volumes have to be balanced against life expectancy.
d) How to optimize linux for an ext4 filesystem on an SSD: http://www.ocztechnologyforum.com/fo...ighlight=linux
echo 1 > /proc/sys/vm/swappiness
You can optimize your ext4 install as it is currently if you are paranoid about burning out the SSD. I wouldn't worry about it, however. The stuff I've seen says you'll be buying a new computer long before you burnout your SSD. Also, going with a two disk install doesn't mean you have to use an SSD, you can buy a low-storage 2.5" laptop HDD instead. Then again, no super fast boot times.
This is just information I've gathered from the internet. I've tried some of the tweaks and don't seem to have any problems. But, be careful and always RTFM before messing with the kernel and the filesystem.
I hope some of this is useful.