Final Words

I have to say I am positively surprised. Given how bad some of JMicron's early designs were, I could not expect much from the JMF667H. We had a try with the JMF667H in the WD Black2 but in that case we only got the picture of how the JMF667H performs with one NAND configuration. The Black2 itself had some other limitation as well (like the lack of caching option) that made the product as a whole not worth the money and probably made the JMF667H look worse than it really was. However, as our benchmarks show, the JMF667H can be very competitive when paired with the right NAND and pretty decent even with cheaper NAND.

Sure the JMF667H still is not the fastest controller on the market but the good thing is that it is not trying to be. JMicron's strategy has always been to provide more of a budget alternative for the mainstream market instead of competing for the performance crown. 

The JMF667H is not perfect and there are a couple of things I would like to see. The first one is support for TCG Opal 2.0 and IEEE-1667 encryption standards. The data we carry around is constantly becoming more valuable and as a result more vulnerable to theft, so support for these two standards is crucial. In addition, I bet it would help JMicron to get their controller to more OEMs, especially in the high profit business/IT space where the customers are willing to pay the extra for encryption support. Hopefully this is something JMicron will include in their next generation controller.

The second thing is IO consistency. While the new firmware improved IO consistency and the performance no longer drops to zero IOPS, I think there is still room for improvement. I would like to see the performance being more consistent even if it means lower maximum IOPS because consistent performance means the end-user won't see variation in performance. However, I'm willing to overlook this since we are dealing with a low-cost controller and the IO consistency is already okay, but it could always be better.

All in all, when paired with the right NAND (i.e. Toshiba), the JMF667H can certainly be a noteworthy controller. It provides performance that is similar or very close to Marvell based SSDs but at a lower cost and with bundled firmware. However, I think the big question is whether the JMF667H offers enough cost savings when paired with the more expensive Toshiba NAND. As NAND makes up the biggest part of the bill of materials, it can be hard to overcome the saving from cheaper NAND, but I believe this is ultimately up to the OEM and their relations with Toshiba, Micron, JMicron, and so on. With IMFT NAND the JMF667H is still decent and I can see it being the lowest-end drive for OEMs, which is where it sits well due to the cheaper controller and NAND. For a light user the difference in performance is likely negligible anyway, and that is ultimately the market for low-end SSDs.

I am eagerly waiting to hear about JMicron's plans for PCIe. The JMF667H was admittedly late and at this point it can be rather difficult to gain interest from OEMs as everyone is preparing for PCIe. Hopefully JMicron's PCIe solution will be more timely and hopefully I'll have some details after meeting with them at Computex next week.

Power Consumption
Comments Locked

28 Comments

View All Comments

  • mflood - Thursday, May 29, 2014 - link

    Looks like a great product for last year. This might help JMicron capture some of the OEM market - maybe even some budget enthusiast SSDs. What JMicron didn't do was swoop in with a M2 x4 PCIExpress controller. I'm done with 6Gbps SATA.
  • romrunning - Thursday, May 29, 2014 - link

    Ahhhh.... JMicron - like a phoenix from the ashes. Fool me once, shame on you. Fool me twice...

    Oh well, someone has to be at the bottom of the barrel.
  • romrunning - Thursday, May 29, 2014 - link

    I guess their selling point would be that they're cheaper than the Crucial M500. So if pricing is all-important to you (and why are you buying a SSD if price is all-important), then they would be a contender.
  • The_Assimilator - Thursday, May 29, 2014 - link

    Please stop insulting barrels.
  • moridinga - Thursday, May 29, 2014 - link

    "The JMF667H is not perfect and there are a couple of things I would like to see. The first one is support for TCG Opal 2.0 and IEEE-1667 encryption standards."

    IEEE-1667 is not an encryption standard. Perhaps you meant IEEE-1619
  • Kristian Vättö - Thursday, May 29, 2014 - link

    Nope. IEEE-1667 is for storage devices, at least the version I'm looking at.

    http://www.ieee1667.com/download/informational-doc...
  • moridinga - Friday, May 30, 2014 - link

    Yes, it is authentication and discovery for storage devices (particularly removable/portable ones). It says nothing about encryption.
  • Gigaplex - Saturday, May 31, 2014 - link

    IEEE-1667 is a requirement for Microsofts Bitlocker eDrive, which is encryption.
  • KAlmquist - Thursday, May 29, 2014 - link

    Contrary to the history given in the introduction, it was with the the Indilinx "barefoot" controller that was the game changer. Once Indrilinx entered the market, SSD's based on the J-Micron controller could only be sold to consumers who didn't understand what they were buying. The name J-Micron became toxic because if you wanted to advise somebody on buying an SSD, your first and last words would be, "whatever you do, don't buy and SSD with a J-Micron controller."

    In contrast, Sandforce's first generation controller was an incremental improvement over what came before it. There's nothing wrong with that, but the term "game changer" doesn't apply.
  • HisDivineOrder - Thursday, May 29, 2014 - link

    Seems like that early history explanation really misses the point that Indilinx was the first real competition to Intel back then.

    Sandforce came along and was the first company to put Intel down. But Indilinx was the first company that convinced people they could live with non-Intel SSD's and not... be JMicron'ed.

Log in

Don't have an account? Sign up now