Apple adds SSD TRIM support to Mac OS X 10.7 Lion beta
appleinsider.com
appleinsider.com
"Either the Toshiba controller is using over 12% of the total NAND capacity as spare area, or there's only 30GB of usable flash on the drive."
So they're lying about capacity to offset the need for TRIM. Who knows the long-term implications of that decision? I noticed the benchmark didn't saturate the drive to capacity before speed tests. Maybe they didn't mention it, sloppy either way.
Perhaps long term results aren't relevant; a frequent upgrade cycle is assumed. I suppose the average user is agnostic to the capabilities of their hardware, like you suggest.
"More recent SSDs will often contain internal idle/background garbage collection mechanisms that work independently of TRIM; although this successfully maintains their performance even under operating systems that do not (yet) support TRIM, it has the drawback of increased write amplification and associated increased wear of the flash cells.[4]"
"Don't do that!"
"90%" capacity will be reached no matter how diligently the user prunes their files.
[citation needed]
Lets stay on subject though:
http://en.wikipedia.org/wiki/TRIM
"Because of the way that file systems typically handle delete operations, storage media (SSDs, but also traditional hard drives) generally do not know which sectors/pages are truly in use and which can be considered free space. Delete operations are typically limited to flagging data blocks as "not in use" in the file system.[5][6] Contrary to, for example, an overwrite operation, a delete will therefore not involve a physical write to the sectors that contain the data. Since a common SSD has no access to the file system structures, including the list of unused clusters, the storage medium remains unaware that the blocks have become available."
So, if OS X always tries to reuse the "same blocks" doesn't that reduce the need for TRIM?
From what I understand, if OSX did that, it would be TRIM, or some other analogous garbage collection.
It doesn't though.
Here, "blocks" is ambiguous. On a rotating HD, OS X does use the same physical blocks. On an SSD, OS X tries mightily to addresses the same "blocks" but the SSD might move this mapping to different physical blocks.
By doing this, OS X minimizes, as much as possible, the dirtying of "blocks" it doesn't have to, which means it puts the least burden possible on the SSD as it tries to do things like wear leveling.
3rd try. Please respond to what I'm actually saying.
Blocks - memory address space sections? What's ambiguous about this term?
Here's more information about what TRIM does: http://www.bit-tech.net/hardware/storage/2010/02/04/windows-...
Once the disk is full, "dirty" blocks have to be re-used. Clearing those for writing adds time and bandwidth overhead that slows down write performance.
So, the OSX "solution" is a temporary fix. However I'm pretty sure SSD write leveling behavior is standard across all other operating systems.
Actually, you said it earlier in the thread: the motherboard is addressing blocks on its model of the SSD. These can map to different physical blocks on the SSD. You don't specify which you are talking about at any given time.
Here's more information about what TRIM does:
You keep on mistaking your misunderstanding of what I'm saying for mine of TRIM. I understand what TRIM does.
Once the disk is full, "dirty" blocks have to be re-used.
So, all this time, you were imagining a full disk? Savvy SSD users leave 20% of so space so that wear leveling works better.
So, the OSX "solution" is a temporary fix.
For me, it lasted exactly as long as it had to.
However I'm pretty sure SSD write leveling behavior is standard across all other operating systems.
SSD write leveling isn't implemented by the OS. (Take some of your own medicine.) If, however, the OS prefers to "dirty" blocks and doesn't have TRIM, you more quickly get to the point where there are very few blocks the SSD can use for wear leveling.
If SSD hardware life-cycle is so short that apex capacity isn't reached, garbage collection isn't required to maintain performance, and cell degradation is irrelevant.
I expect to use a storage medium at advertised capacity, at the advertised speed, for the life of the device. With TRIM support this is possible, no compromise necessary.
UPDATE:
BAH! Wrong. The MBA uses a Toshiba t6ug1xbg controller, which seems to provide a SATA interface. So it is an issue.
Yes, the MBA uses an SSD, just not one that's in a normal drive package.
> So it is an issue.
As I said, not really: http://www.anandtech.com/show/3991/apples-2010-macbook-air-1... (scroll to the second half of the page)
I hope Apple adds a "secure erase" option that just overwrites files with 1's exactly one time. From what I've read, this is plenty secure for most people, and some SSDs can use this as a signal that a block is no longer in use. (My drive doesn't need this, but some people with older SSD would benefit from this.)
Sandforce and Samsung SSD chipsets have native GC built-in.
All that TRIM would do is improve write performance (so it doesn't block at random for GC) and allow for non-OEM SSDs.
http://neosmart.net/blog/2011/os-x-10-7-lion-adds-trim-suppo...
That's on a top-of-the-line C300 256GB. It's detected as an SSD, but no TRIM support though the drive itself does have TRIM.
Of course we still see them as computers because we're geeks, but for most people they simply are appliances. If things break they're not going to open up the machine and take a look, just like their TV, washing machine, etc.
Whether or not you feel that computers should be appliances, Apple has always had this view of their products for better and for worse.
However, I would be disappointed if it's not in by the release of 10.7.1.
http://www.bit-tech.net/hardware/apple/2010/07/01/mac-ssd-pe...
My Sandforce (Vertex 2) has disk-level GC (as well as TRIM), and sometimes will block for a long period on writes now on OSX... I haven't tried it on a different OS yet.
Your write performance will be better if you have TRIM support... that's all.
http://www.anandtech.com/show/4010/kingston-ssdnow-v-plus-10...
related: http://paulstamatiou.com/ssd-raid-performance-9-months-later http://paulstamatiou.com/ssd-corrupt-failure-intel-x25m
(read the thread segments which relate to TRIM)