Intel, Micron Boost Flash Memory Speed by Five Times
Lucas123 writes "IM Flash Technologies, a joint venture between Intel and Micron, announced they've been able to improve NAND memory and its circuitry in order to boost read/write speeds by five times their current ability. The new 8Gbit single-level cell, high-speed NAND chip will offer 200MB/sec read speeds and write speeds of up to 100MB/sec, which means faster data transfer between devices like solid-state drives and video cards. IM Flash Technologies plans to begin shipping the new chip later this year."
Will it finally make sense for USB 3 flash drives? ;)
So what are the read/write cycles, how much will they cost, and when can I get 200GB of them all in a nice pretty box? Even 10GB would be good for a nice little web server. Near zero latency would mean slashdotting is reduced to network bandwidth.
Yes, video cards need fast RAM. If you haven't noticed, this article is about flash memory, not RAM. If you shove this crap into a video card, you'll be going a helluvalot slower than you are today ;)
Yeah, but for solid state hard drives this is quite a leap. I'm starting to think winchester drives are going to be extinct within 5 years.
You're right. If only there was a new, faster USB standard that would be able to take advantage of these new data rates. They could call it "USB 3.0", or "USB SuperSpeed" or something. Oh Wait...
"Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
Even with the bandwidth increases, what you're spouting is nonsense. The local bandwidth of ram is infinitely faster and cheaper then flash, period. Not to mention: It doesn't wear out. Why would you put flash in a video card which does insane amounts of reads and writes per second? You'd have to be an idiot.
The blurb says this will lead to faster transfers between flash memory and video card memory, which is certainly true. Faster flash will lead to faster transfer between flash and just about anything.
I think this is similar to how the latest greatest processors are marketed as improving the "internet experience." Well sure. Not having a CPU at all or having a CPU from twelve years ago will hamper your "internet experience" compared to any new CPU.
They won't be extinct, but they'll be used for storage. If I'm booting my operating system from a spinning disk in 2013, I'll be pretty disappointed with technology!
As usual - the lifetime of a product also requires the consumers to buy a new hot version.
If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
It could significantly increase the usefulness of suspend/resume at the OS level. The limits on writes is a headache, but it would be possible to treat flash devices as additional swap space, making it theoretically possible to have hot-swappable swap devices as per some rather ancient mainframes. (Virtual swap space can be larger than the physical space directly available to a machine.)
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
AMD divested of their memory business years ago. You should look more often.
Live today, because you never know what tomorrow brings
This is great, but we realy miss filesystem for such big NAND.
Either we use FTL [1](flash translation layer) to put FAT, but that that's quite ugly (FAT is not aware of flash and not robust to power lost, FTL is optimized for FAT).
Either we put flash filesystem like jffs2 or yaffs2, but they will eat lot's of RAM and take lot's of time on such big flash.
I wonder what are the performance with a filesystem.
PS : there is logfs or ubifs that should be better flash fs, but there are not ready.
[1] BTW FTL is patented.
AMD had a flash memory division; it's flash ran alongside their logic products in Fab25, but took a backseat to them in both production and engineering. As a result, their flash technology rapidly slipped behind the market leaders. AMD then formed a joint venture with Fujitsu called Fujitsu AMD Semiconductor Limited (FASL) to jointly develop and market their products at about the same time that AMD was moving their logic line to Fab30. FASL was soon split from both companies into a separate entity, and renamed to Spansion. Spansion has been making significant progress to regain both the market share and technology that AMD's priorities lost for them.
If it's shutter lag that bothers you, get a decent camera. Today. Flash RAM isn't the problem here. ANY DSLR made in the past five years has quite acceptable shutter lag for most people. The higher end models have shutter latencies better than any "normal" camera ever made. There are even a couple of point & shoots with reasonable speeds. Check out the reviews on DP Reviews.
Happy snapping.
Faster! Faster! Faster would be better!
1. Make videocard which uses Flash
2. Advertize the hell out of it
3. People buy videocards that last about a month at most
4. Profit!
That's a USB issue, not a flash issue.
The reason is that USB does things in transactions, and has to schedule all the transactions with priority. This is because of USB's fundamental flaw - it requires the host to poll devices. So a host will poll interrupt devices first, then handle isochronous transfers (bandwidth and time dependent traffic). Leftover bandwidth is then allocated to control and then bulk traffic. A USB host can do this once every millisecond, but most OSes break it out into more coarse granularity to avoid overloading the CPU when doing USB transfers. 10ms is about average for Windows, Linux is around 4ms. Basically, Windows will schedule all traffic on 10ms boundaries, so every part of a transaction will take place every 10ms. (10ms is a nice number because it means Windows can do the scheduling every timer tick).
If you do a USB disk request (read block N), the USB Mass storage driver will make a transaction to read a block. It will then issue the request to Windows' USB stack, which then add it with all the requests. If there's sufficient bandwidth in the next 10ms frame, it'll add the request to that frame. In the meantime, it's handling the current frame. When the next frame goes through, it sends the request, and if your USB stick is fast enough (usually is, but hard disks, it isn't) it responds immediately. If your USB stick isn't fast enough, then it will accept the request and wait for Windows to poll it again to see if there's any data, at which point the data will be transferred.
It's not the flash memory doing the seek (in fact, every time you access it, you "seek" it, it's part of the normal behavior) it's USB.