The Return of the JMicron based SSD

With the SSD slowdown addressed it’s time to start talking about new products. And I’ll start by addressing the infamous JMicron JMF602 based SSDs.

For starters, a second revision of the JMF602 controller came out last year - the JMF602B. This controller had twice the cache of the original JMF602A and thus didn’t pause/stutter as often.

The JMicron JMF602B is the controller found in G.Skill’s line of SSDs as well as OCZ’s Core V2, the OCZ Solid and the entire table below of SSDs:

JMicron JMF602B Based SSDs
G.Skill FM-25S2
G.Skill Titan
OCZ Apex
OCZ Core V2
OCZ Solid
Patriot Warp
SuperTalent MasterDrive

 

All I need to do is point to our trusty iometer test to tell you that the issues that plagued the original JMicron drives I complained about apply here as well:

Iometer 4KB Random Writes, IOqueue=3, 8GB sector space IOs per second MB/s Average Latency Maximum Latency
JMF602B MLC Drive 5.61 0.02 MB/s 532.2 ms 2042 ms

 

On average it takes nearly half a second to complete a random 4KB write request to one of these drives. No thanks.

The single-chip JMF602B based drives are now being sold as value solutions. While you can make the argument that the pausing and stuttering is acceptable for a very light workload in a single-tasking environment, simply try doing anything while installing an application or have anti-virus software running in the background and you won’t be pleased by these drives. Save your money, get a better drive.

The next step up from the JMF602B based drives are drives based on two JMF602B controllers. Confused? Allow me to explain. The problem is that JMicron’s next SSD controller design won’t be ready anytime in the near future, and shipping mediocre product is a better option than shipping no product, so some vendors chose to take two JMF602B controllers and put them in RAID, using another JMicron controller.


Two JMF602B controllers and a JMicron RAID controller

The problem, my dear friends, is that the worst case scenario latency penalty - at best, gets cut in half using this approach. You’ll remember that the JMF602 based drives could, under normal load, have a write-latency of nearly 0.5 - 2 seconds. Put two controllers together and you’ll get a worst-case scenario write latency of about one second under load or half a second with only a single app running. To test the theory I ran the now infamous 4K random write iometer script on these “new” drives:

Iometer 4KB Random Writes, IOqueue=3, 8GB sector space IOs per second MB/s Average Latency Maximum Latency
JMF602B MLC Drive 5.61 0.02 MB/s 532.2 ms 2042 ms
Dual JMF602B MLC Controller Drive 8.18 0.03 MB/s 366.1 ms 1168.2 ms

 

To some irate SSD vendors, these may just be numbers, but let’s put a little bit of thought into what we’re seeing here shall we? These iometer results are saying that occasionally when you go to write a 4KB file (for example, loading a website, sending an IM and having the conversation logged or even just saving changes to a word doc) the drive will take over a second to respond.

I don’t care what sort of drive you’re using, 2.5”, 3.5”, 5400RPM or 7200RPM, if you hit a 1 second pause you notice it and such performance degradation is not acceptable. Now these tests are more multitasking oriented, but if you run a single IO on the drive you'll find that the maximum latency is still half a second.

The average column tells an even more bothersome story. Not only is the worst case scenario a 1168 ms write, on average you’re looking at over a quarter of a second just to write 4KB.

The G.Skill Titan has recently garnered positive reviews for being a fast, affordable, SSD. Many argued that it was even on the level of the Intel X25-M. I’m sorry to say it folks, that’s just plain wrong.


One of the most popular dual JMF602B drives

If you focus exclusively on peak transfer rates then these drives work just fine. You’ll find that, unless you’re running a Blu-ray rip server, you don’t spend most of your time copying multi-GB files to and from the drive. Instead, on a normal desktop, the majority of your disk accesses will be small file reads and writes and these drives can’t cut it there.

Some vendors have put out optimization guides designed to minimize stuttering with these JMF602B based drives. The guides generally do whatever they can to limit the number and frequency of small file writes to your drive (e.g. disabling search indexing, storing your temporary internet files on a RAM drive). While it’s true that doing such things will reduce stuttering on these drives, the optimizations don’t solve the problem - they merely shift the cause of it. The moment an application other than Vista or your web browser goes to write to your SSD you’ll have to pay the small file write penalty once more. Don’t settle.

But what option is there? Is Intel’s X25-M the only drive on the market worth recommending? What if you can’t afford spending $390 for 80GB. Is there no cheaper option?

Latency vs. Bandwidth: What to Look for in a SSD OCZ Tries Again with the Vertex
Comments Locked

250 Comments

View All Comments

  • blackburried - Wednesday, March 25, 2009 - link

    It's referred to as "discard" in the kernel functions.

    It works very well w/ SSD's that support TRIM, like fusion-io's drives.
  • Iger - Wednesday, March 25, 2009 - link

    This is the best review I've read in a very long time.
    Thank you very much!
  • BailoutBenny - Tuesday, March 24, 2009 - link

    Great in depth article on flash based SSDs. I'm waiting for PRAM though.
  • orclordrh - Tuesday, March 24, 2009 - link

    Very illuminating article, very well written and researched. It made me glad that I didn't pull the trigger on an SSD for my I7 machine and regret not buying OCZ memory! I'm interested in adding an SSD as the scratch disk for Photoshop CS4 to use. I don't really launch applications very often, say once a week on the weekly reboot and keep 6-8 apps open at all times. I have 12GB of memory for that. The benchmarks were very interesting, but what sort of activity does Photoshop scratch usage create? Large files or random writes? What type of SSD would be most cost effective here?
    An SSD does sound better than a SSD!
  • semo - Wednesday, March 25, 2009 - link

    wait for ddr3 to enter the mainstream and buy loads of memory.

    use a ramdisk for your adobe scratch area. much faster than ssd and no wear to worry about (not that you would worry that much with modern ssds anyway).

    http://www.ghacks.net/2007/12/14/use-a-ramdisk-to-...">http://www.ghacks.net/2007/12/14/use-a-ramdisk-to-...

    there is also a paid for and more feature rich ramdisk out there. can't remember the name
  • strikeback03 - Wednesday, March 25, 2009 - link

    I'll have to check when I get home, but I believe the recommended size for the scratch disk is upwards of 10GB. So would need a motherboard that supports a LOT of RAM to give enough to main memory plus a scratch disk.
  • strikeback03 - Wednesday, March 25, 2009 - link

    I was wondering the same thing. I'd guess it would be a lot of writing/erasing, so an SSD might not be the best from a longevity standpoint, but if your system is hitting the scratch disk often then the speed might make it worthwhile.
  • mikepers - Tuesday, March 24, 2009 - link

    Anand,

    I wanted to compliment you on what I think was an excellent article. This is the type of thing I really have always liked from Anandtech. The detailed background, the technical reasons for the issues and then a thorough review of the current state of things.

    I just finished upgrading my desktop. The only remaining item I wanted to replace was the hard disk. I had been thinking about getting a Velociraptor but instead I just ordered a 60GB Vertex from Newegg.

    Thanks again for all the work.

    Mike P.
  • ameatypie - Monday, March 23, 2009 - link

    That sure was a lot to take in! Fantastic article though, it has really opened my eyes to the possibilities that Solid State Drives provide. Probably wont be buying one in the immediate future given the so-called depression and such things, but i will certainly keep up with SSD progress.
    Thanks again for your fantastic articles - im sure im not the only one who really appreciates them :)
  • coopchennick - Monday, March 23, 2009 - link

    Hey Anand, I just finished reading through this whole article and I'm very impressed with the thoroughness and how informative it was.

    You just acquired a new regular reader.

Log in

Don't have an account? Sign up now