I was planning to do the whole optibay coversion on my new 13" MBP - but have decided to just wait till TRIM support is supported.
For those who have jumped the gun....are you guys just wiping free space every once in awhile...
I was planning to do the whole optibay coversion on my new 13" MBP - but have decided to just wait till TRIM support is supported.
For those who have jumped the gun....are you guys just wiping free space every once in awhile...
Several modern SSD controllers do internal garbage collection and don't need TRIM, such as the Sandforce controller.
Bingo. Any drive from OWC (macsales.com) is safe. Had their 120 GB Mercury Elite in my Mac Pro for over six months now and it's just as fast today as it was when I first installed it.
Just waiting for my tax refund to come in to jettison the optical drive in my MacBook Pro and replace it with an SSD. Once you go SSD, you will never go back!
I have a OWC Mercury extreme Pro 120GB SSD. Had to send it back to company due to performance issues. After I got it back, installed it again, while no apparent performance issues, now it does not like to reboot. Looks like its going back again.
After this, no more SSD drives for me, I am going back...lol
I was planning to do the whole optibay coversion on my new 13" MBP - but have decided to just wait till TRIM support is supported.
For those who have jumped the gun....are you guys just wiping free space every once in awhile...
While this is the Mac Pro forum, I can tell you that the new MacBook Pros have 6Gbs SATA III on the main drive connection and 3Gbs SATA II on the optical drive bay. So try to get a SATA III SSD and replace the HD with the SSD and move the HD to the optical drive bay.
I think the key is to leave 30% or so of free space.
Though unused capacity has no bearing on throughputs, it does have an effect on the drive's ability to remap dead cells = usable service life in terms of writes (not all SSD's have additional capacity for wear leveling not available to the user, but even those that do, may not actually have enough). It's unfortunate, but this is a limitation of NAND based Flash memory (limited number of write cycles per cell from the NAND manufacturer; no limit typically published for reads).This has no bearing on SSD performance.
This has no bearing on SSD performance. All you will be doing is not utilizing some very expensive flash memory you paid top dollar for - not exactly what you want to do, I hope!
Remember, from the SSD drive's perspective the whole drive is "used". It has no visibility into what is "real" and what is "free". If the blocks are offered to the computer as usable space, from the drive's perspective it has valuable data on it.
That's why TRIM exists, and it's why the SandForce drives have extra space for garbage collection without having to rely on TRIM.
Both TRIM and extra capacity accomplish the same thing - allowing the controller enough known free space to consolidate partially written to flash memory cells to create totally empty cells that permit top speed writing. Again, this is irrespective of blocks, sectors and fragmentation as you think about it with traditional hard drives. Just as the SSD is ignorant as to what is going on above it, the operating system is ignorant as to where the data really resides on the SSD - even with TRIM. The SSD controller shuffles data around at a low level between flash cells *all the time*. Not just for consolidation of partially used blocks to ensure top write performance, but also for wear leveling (ensuring that all cells get an equal number of writes).
That's really all there is to it. If you have a totally empty flash cell to write to, you get maximum write performance. If you don't, write performance suffers. This is at a low, low block level. Below the file system, below partitioning - basically if the storage is offered to the computer for use, it's considered used.
So fill your SSD up! You paid for that storage!
This part is absolutely wrong due to a complete misunderstanding about ssd's and performance degradation! The problem with performance degradation is NOT cells that are filled but should be empty. No, performance degradation is when cells are filled. Period. In other words the more you put on your ssd the slower it will become. Since you don't want to throw away stuff you want to keep this will cause the dreaded performance degradation.So fill your SSD up! You paid for that storage!
This part is absolutely wrong due to a complete misunderstanding about ssd's and performance degradation! The problem with performance degradation is NOT cells that are filled but should be empty. No, performance degradation is when cells are filled. Period. In other words the more you put on your ssd the slower it will become. Since you don't want to throw away stuff you want to keep this will cause the dreaded performance degradation.
That's why people don't partition the entire drive and that's why you absolutely should never ever fill the drive completely!
The performance degradation that is caused by cells that aren't being used can be recovered by the use of TRIM and/or garbage collection. The extra amount of memory cells on the ssd are used for wear levelling and partly for GC (not sure about TRIM). GC and wear levelling work together to keep the drive as clean as possible by using the least amount of program/erase cycles. But like nanofrog explains it is more due to the wear levelling. They did take a good look at SCSI drives![]()
Exactly.But it's also important to be specific when you talk about performance degradation... only write performance is affected. Not read performance.
You still want to write to an ssd so it still is somewhat important. I've seen several reviews (I think some from Anandtech and bit-tech) where read performance was also affected. Write performance was by far the most affected and very noticeable (which is why I was referring to the program/erase cycle). But again, performance degradation does indeed affect both read and write speeds. Due to things like good gc algorithms, TRIM, read speeds not being that much affected by performance degradation and most people not filling their drives (for example you need 10% free space if you want to update OS X), the performance degradation isn't a problem at all.But it's also important to be specific when you talk about performance degradation... only write performance is affected. Not read performance. And if your drive is largely full, then chances are you aren't writing much to it anyway (no space) - you're probably reading most of the time. In fact, something like 80% of all desktop storage I/O is reading anyway. So let's not blow this out of proportion.
I'm not sure which article you're reffering to, but there's a good one from Anand (2009, when the X25-M released) that helps to describe SSD's performance degradation issue, but only writes, where expected (not reads). If you can post links to what you're reffering to, it could be helpful.I've seen several reviews (I think some from Anandtech and bit-tech) where read performance was also affected.
This is why the Intel X25-M and other SSDs get slower the more you use them, and it’s also why the write speeds drop the most while the read speeds stay about the same. When writing to an empty page the SSD can write very quickly, but when writing to a page that already has data in it there’s additional overhead that must be dealt with thus reducing the write speeds.
You still want to write to an ssd so it still is somewhat important. I've seen several reviews (I think some from Anandtech and bit-tech) where read performance was also affected. Write performance was by far the most affected and very noticeable (which is why I was referring to the program/erase cycle). But again, performance degradation does indeed affect both read and write speeds. Due to things like good gc algorithms, TRIM, read speeds not being that much affected by performance degradation and most people not filling their drives (for example you need 10% free space if you want to update OS X), the performance degradation isn't a problem at all.
This is why the Intel X25-M and other SSDs get slower the more you use them, and it’s also why the write speeds drop the most while the read speeds stay about the same. When writing to an empty page the SSD can write very quickly, but when writing to a page that already has data in it there’s additional overhead that must be dealt with thus reducing the write speeds.