• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

sandforce 2000

Status
Not open for further replies.

taltamir

Lifer
http://www.anandtech.com/show/3971/...troller-sf2000-capable-of-500mbs-and-60k-iops

The claimed speed is 500MB/s. However:

We'll get to the how in a moment, but let's start at the basics. The overall architecture of the SF-2000 remains unchanged from what we have today with the SF-1200/SF-1500 controllers.

SandForce’s controller gets around the inherent problems with writing to NAND by simply writing less. Using real time compression and data deduplication algorithms, the SF controllers store a representation of your data and not the actual data itself.
How could they even come close to getting such speed improvements merely by adding compression? and how bad will it perform with already compressed files?

Also:

Both ONFI 2 and Toggle NAND add another bit to the NAND interface: the DQS signal. The Write Enable signal is still present but it’s now only used for latching commands and addresses, DQS is used for data transfers. Instead of only transferring data when the DQS signal is high, ONFI2 and Toggle NAND support transferring data on both the rising and falling edges of the DQS signal. This should sound a lot like DDR to you, because it is.

I thought it was saying the architecture didn't change, then the article is saying that it has added DDR like capability (which should double the speed... which is inline with the claimed improvements in speed)

MOD EDIT: There is already a thread on this subject. - Zap
 
Last edited by a moderator:
Status
Not open for further replies.
Back
Top