I Just bought an Intel 520 series SSD to stick into one of my 2 HD bays on my laptop. Its running a 3rd Gen i7 and by tomorrow ill have another 8GB of ram to make it a total of 16GB 1600MHZ ram. I'm new to the SSD's and I trust this comunity when it comes to these things. I would also like to dual boot with windows from the SSD for Games and such. Any suggestions? Oh and I'm looking to make compiling faster or is this not the way of SSD's?

Sure, compiling on a ssd will indeed be faster than on a regular disk, but will also degrade it faster since ssd have limited write cycles.

The best ssd's available now have about 3 or 5k write cycles.

You could store /usr on your ssd so that you get faster access to source code during compilation and buffer the compilation in a ramdisk since your going to have a decent amount of ram

The above would be faster than your ssd while exhausting write cycles at the rate of one per sync/update instead of many per compilation, thereby making your ssd last longer.

As for games and windows on the ssd along with some linux files, space might be an issue depending on the disk capacity, but you should be fine if you manage what you want to speed up carefully.

You should also consider if the filesystem you put on ssd has journaled access, since they usually keep track of access time which adds a write cycle each time a file is accessed.
mounting with noatime can counter this.

Also check if that filesystem supports TRIM, enabling trim takes care of garbage collection and helps with maintaining performance, which is good unless you also consider encryption, since it reveals which parts of the disk are being uses.

Oh and I'm looking to make compiling faster or is this not the way of SSD's?

16GB of RAM will be enough to make things faster. Just mount /var/tmp in memory (it will default to 8GB, which is sufficient to libreoffice compilation). And while we are here, you can do the same with /tmp
As mentioned by jpc22, putting /usr on ssd will also help a bit, but utilizing a ramdisk gives a really big advantage._________________BTW, TWM FTW!

I've since edited the fstab and compile times are fine, the dual boot works very well, and even for a lot of partitions the system is remarkably stable and fast. I really appreciate the feedback by the way guys thank you as always! I'll need to look into TRIM, I'v been a bit busy with school starting soon._________________#uname -s -m -i -p -v -o -n
Linux
x86_64
GenuineIntel
Intel(R) Core(TM) i7-3630QM CPU @ 2.40GHz
#1 SMP PREEMPT Mon Nov 19 11:17:39 UTC 2012
GNU/Linux
xobtihs

Use your SSD as a regular hard drive. Don't worry about write cycles. I've been using the same SSD for almost five years now, with a journaling FS, with swap and /usr/portage and /home and /var/tmp/portage on it, and it still works fine.

Use either btrfs or ext4 and add 'discard' to the mount options. You should have 'noatime' in your mount options set regardless of the filesystem, of what it's used for, or what kind of disk is underneath it. Even tmpfs should have the noatime flag set, unless you know exactly why you want to have atimes enabled.

edit: set 'discard' for ext4, set 'ssd' for btrfs. There also exists 'ssd_spread' for btrfs, but I don't know what the difference is.

edit #2: I lied in my edit. In btrfs, set both 'discard' and 'ssd'. 'discard' enables TRIM, 'ssd' changes certain behavior to optimize for SSD, 'ssd_spread' makes slightly more aggressive optimizations which may or may not improve performance depending on your hardware. See this for more info._________________My political bias.