The Patriot Hellfire M.2 480GB

by james paslis | Feb 16, 2017 | PC, Uncategorized

The Patriot Hellfire M.2 PCIe SSD is Patriot’s first NVMe SSD, and one of several similar products based on Phison’s E7 NVMe controller. As usual for Phison, the same drive is manufactured for many of their partners, who typically customize only the branding. Phison designs the controller, firmware, and PCB, but leaves the marketing up to their partners.

Phison’s PS5007-E7 controller is their first NVMe SSD controller, supporting a PCIe 3.0 x4 host interface and 8 channels for NAND access. The details we have on the E7 are a bit slim – some collection of ARM cores under the hood is a safe bet, but that’s it – however we do know that the E7 controller is manufactured on TSMC’s 28nm process and uses FCBGA packaging. Interestingly, it doesn’t use the kind of large heatspreader we’ve seen on competing controllers like Silicon Motion’s SM2260. Phison had the E7 platform hardware ready over a year ago, but retail releases were held back by the poor performance of early firmware. Patriot first began shipping the Hellfire last fall, but even after that much delay, they ended up issuing a firmware update shortly after launch.

Phison’s controllers are almost always paired with Toshiba’s NAND flash, and the Patriot Hellfire uses Toshiba’s 15nm MLC. Our review sample is the 480 GB version, the most common capacity for E7 SSD. Patriot also sells a 240 GB version, and some of their competitors offer the 120GB version as well.

The Phison E7 controller was originally intended to be a high-end NVMe controller for client or enterprise use. By the time it was ready for the market, Samsung had raised the bar far too high for the E7 to still be considered high-end. But Phison E7-based SSDs like the Patriot Hellfire have been able to offer very attractive pricing and are usually the cheapest MLC-based NVMe SSDs available. Without the pitfalls of TLC-based SSDs like the Intel SSD 600p and the Samsung 960 EVO, the Patriot Hellfire and its relatives have been attractive entry-level PCIe SSD options.

Aside from other Phison E7 SSDs, the closest competition for the Patriot Hellfire is the Plextor M8Pe, based on the same Toshiba 15nm MLC NAND but using the Marvell 88SS1093 controller with Plextor’s own firmware. The Patriot Hellfire also has to justify its higher price relative to the Intel SSD 600p, the most affordable NVMe SSD, and against high-performing SATA SSDs like Samsung’s 850 EVO and 850 PRO.

How do SSDs work?

by james paslis | Feb 14, 2017 | PC, Uncategorized

To understand how and why SSDs are different from spinning discs, we need to talk a little bit about hard drives. A hard drive stores data on a series of spinning magnetic disks, called platters. There’s an actuator arm with read/write heads attached to it. This arm positions the read-write heads over the correct area of the drive to read or write information.

Because the drive heads must align over an area of the disk in order to read or write data (and the disk is constantly spinning), there’s a non-zero wait time before data can be accessed. The drive may need to read from multiple locations in order to launch a program or load a file, which means it may have to wait for the platters to spin into the proper position multiple times before it can complete the command. If a drive is asleep or in a low-power state, it can take several seconds more for the disk to spin up to full power and begin operating.

From the very beginning, it was clear that hard drives couldn’t possibly match the speeds at which CPUs could operate. Latency in HDDs is measured in milliseconds, compared with nanoseconds for your typical CPU. One millisecond is 1,000,000 nanoseconds, and it typically takes a hard drive 10-15 milliseconds to find data on the drive and begin reading it. The hard drive industry introduced smaller platters, on-disk memory caches, and faster spindle speeds to counteract this trend, but there’s only so fast that drives can spin. Western Digital’s 10,000 RPM VelociRaptor family is the fastest set of drives ever built for the consumer market, while some enterprise drives spun up to 15,000 RPM. The problem is, even the fastest spinning drive with the largest caches and smallest platters are still achingly slow as far as your CPU is concerned.

How SSDs are different

“If I had asked people what they wanted, they would have said faster horses.” — Henry Ford

Solid-state drives are called that specifically because they don’t rely on moving parts or spinning disks. Instead, data is saved to a pool of NAND flash. NAND itself is made up of what are called floating gate transistors. Unlike the transistor designs used in DRAM, which must be refreshed multiple times per second, NAND flash is designed to retain its charge state even when not powered up. This makes NAND a type of non-volatile memory.

The diagram above shows a simple flash cell design. Electrons are stored in the floating gate, which then reads as charged “0” or not-charged “1.” Yes, in NAND flash, a 0 means that data is stored in a cell — it’s the opposite of how we typically think of a zero or one. NAND flash is organized in a grid. The entire grid layout is referred to as a block, while the individual rows that make up the grid are called a page. Common page sizes are 2K, 4K, 8K, or 16K, with 128 to 256 pages per block. Block size therefore typically varies between 256KB and 4MB.

One advantage of this system should be immediately obvious. Because SSDs have no moving parts, they can operate at speeds far above those of a typical HDD. The following chart shows the access latency for typical storage mediums given in microseconds.

NAND is nowhere near as fast as main memory, but it’s multiple orders of magnitude faster than a hard drive. While write latencies are significantly slower for NAND flash than read latencies, they still outstrip traditional spinning media.

There are two things to notice in the above chart. First, note how adding more bits per cell of NAND has a significant impact on the memory’s performance. It’s worse for writes as opposed to reads — typical triple-level-cell (TLC) latency is 4x worse compared with single-level cell (SLC) NAND for reads, but 6x worse for writes. Erase latencies are also significantly impacted. The impact isn’t proportional, either — TLC NAND is nearly twice as slow as MLC NAND, despite holding just 50% more data (three bits per cell, instead of two).

The reason TLC NAND is slower than MLC or SLC has to do with how data moves in and out of the NAND cell. With SLC NAND, the controller only needs to know if the bit is a 0 or a 1. With MLC NAND, the cell may have four values — 00, 01, 10, or 11. With TLC NAND, the cell can have eight values. Reading the proper value out of the cell requires that the memory controller use a very precise voltage to ascertain whether any particular cell is charged or not.

Reads, writes, and erasure

One of the functional limitations of SSDs is that while they can read and write data very quickly to an empty drive, overwriting data is much slower. This is because while SSDs read data at the page level (meaning from individual rows within the NAND memory grid) and can write at the page level, assuming that surrounding cells are empty, they can only erase data at the block level. This is because the act of erasing NAND flash requires a high amount of voltage. While you can theoretically erase NAND at the page level, the amount of voltage required stresses the individual cells around the cells that are being re-written. Erasing data at the block level helps mitigate this problem.

The only way for an SSD to update an existing page is to copy the contents of the entire block into memory, erase the block, and then write the contents of the old block + the updated page. If the drive is full and there are no empty pages available, the SSD must first scan for blocks that are marked for deletion but that haven’t been deleted yet, erase them, and then write the data to the now-erased page. This is why SSDs can become slower as they age — a mostly-empty drive is full of blocks that can be written immediately, a mostly-full drive is more likely to be forced through the entire program/erase sequence.

If you’ve used SSDs, you’ve likely heard of something called “garbage collection.” Garbage collection is a background process that allows a drive to mitigate the performance impact of the program/erase cycle by performing certain tasks in the background. The following image steps through the garbage collection process.

Note that in this example, the drive has taken advantage of the fact that it can write very quickly to empty pages by writing new values for the first four blocks (A’-D’). It’s also written two new blocks, E and H. Blocks A-D are now marked as stale, meaning they contain information that the drive has marked as out-of-date. During an idle period, the SSD will move the fresh pages over to a new block, erase the old block, and mark it as free space. This means that the next time the SSD needs to perform a write, it can write directly to the now-empty Block X, rather than performing the program/erase cycle.

The next concept I want to discuss is TRIM. When you delete a file from Windows on a typical hard drive, the file isn’t deleted immediately. Instead, the operating system tells the hard drive that it can overwrite the physical area of the disk where that data was stored the next time it needs to perform a write. This is why it’s possible to undelete files (and why deleting files in Windows doesn’t typically clear much physical disk space until you empty the recycling bin). With a traditional HDD, the OS doesn’t need to pay attention to where data is being written or what the relative state of the blocks or pages is. With an SSD, this matters.

The TRIM command allows the operating system to tell the SSD that it can skip rewriting certain data the next time it performs a block erase. This lowers the total amount of data that the drive writes and increases SSD longevity. Both reads and writes damage NAND flash, but writes do far more damage than reads. Fortunately, block-level longevity has not proven to be an issue in modern NAND flash. More data on SSD longevity, courtesy of the Tech Report, can be found here.

The last two concepts we want to talk about are wear leveling and write amplification. Because SSDs write data to pages but erase data in blocks, the amount of data being written to the drive is always larger than the actual update. If you make a change to a 4KB file, for example, the entire block that 4K file sits within must be updated and rewritten. Depending on the number of pages per block and the size of the pages, you might end up writing 4MB worth of data to update a 4KB file. Garbage collection reduces the impact of write amplification, as does the TRIM command. Keeping a significant chunk of the drive free and/or manufacturer overprovisioning can also reduce the impact of write amplification.

Wear leveling refers to the practice of ensuring that certain NAND blocks aren’t written and erased more often than others. While wear leveling increases a drive’s life expectancy and endurance by writing to the NAND equally, it can actually increase write amplification. In other to distribute writes evenly across the disk, it’s sometimes necessary to program and erase blocks even though their contents haven’t actually changed. A good wear leveling algorithm seeks to balance these impacts.

The SSD controller

It should be obvious by now that SSDs require much more sophisticated control mechanisms than hard drives do. That’s not to diss magnetic media — I actually think HDDs deserve more respect than they are given. The mechanical challenges involved in balancing multiple read-write heads nanometers above platters that spin at 5,400 to 10,000 RPM are nothing to sneeze at. The fact that HDDs perform this challenge while pioneering new methods of recording to magnetic media and eventually wind up selling drives at 3-5 cents per gigabyte is simply incredible.

SSD controllers, however, are in a class by themselves. They often have a DDR3 memory pool to help with managing the NAND itself. Many drives also incorporate single-level cell caches that act as buffers, increasing drive performance by dedicating fast NAND to read/write cycles. Because the NAND flash in an SSD is typically connected to the controller through a series of parallel memory channels, you can think of the drive controller as performing some of the same load balancing work as a high-end storage array — SSDs don’t deploy RAID internally, but wear leveling, garbage collection, and SLC cache management all have parallels in the big iron world.

Some drives also use data compression algorithms to reduce total number of writes and improve the drive’s lifespan. The SSD controller handles error correction, and the algorithms that control for single-bit errors have become increasingly complex as time has passed.

Unfortunately, we can’t go into too much detail on SSD controllers because companies lock down their various secret sauces. Much of NAND flash’s performance is determined by the underlying controller, and companies aren’t willing to lift the lid too far on how they do what they do, lest they hand a competitor an advantage.

The road ahead

NAND flash offers an enormous improvement over hard drives, but it isn’t without its own drawbacks and challenges. Drive capacities and price-per-gigabyte are expected to continue to rise and fall respectively, but there’s little chance that SSDs will catch hard drives in price-per-gigabyte. Shrinking process nodes are a significant challenge for NAND flash — while most hardware improves as the node shrinks, NAND becomes more fragile. Data retention times and write performance are intrinsically lower for 20nm NAND than 40nm NAND, even if data density and total capacity are vastly improved.

Thus far, SSD manufacturers have delivered better performance by offering faster data standards, more bandwidth, and more channels per controller — plus the use of SLC caches we mentioned earlier. Nonetheless, in the long run, it’s assumed that NAND will be replaced by something else.

What that something else will look like is still open for debate. Both magnetic RAM and phase change memory have presented themselves as candidates, though both technologies are still in early stages and must overcome significant challenges to actually compete as a replacement to NAND. Whether consumers would notice the difference is an open question. If you’ve upgraded from NAND to an SSD and then upgraded to a faster SSD, you’re likely aware that the gap between HDDs and SSDs is much larger than the SSD – SSD gap, even when upgrading from a relatively modest drive. Improving access times from milliseconds to microseconds matters a great deal, but improving them from microseconds to nanoseconds might fall below what humans can realistically perceive in most cases.

Intel’s 3D XPoint (marketed as Intel Optane) has emerged as one potential challenger to NAND flash, and the only current alternative technology in mainstream production (other alternatives, like phase-change memory or magnetoresistive RAM. Intel has played its cards close to the vest with Optane and hasn’t revealed many of its underlying technologies, but we’ve recently seen some updated information on the company’s upcoming Optane SSDs.

Optane SSDs are expected to offer similar sequential performance to current NAND flash drives, but with vastly better performance at low drive queues. Drive latency is also roughly half of NAND flash (10 microseconds, versus 20) and vastly higher endurance (30 full drive-writes per day, compared with 10 full drive writes per day for a high-end Intel SSD). For now, Optane is still too new and expensive to match NAND flash, which benefits from substantial economies of scale, but this could change in the future. The first Optane SSDs will debut this year as add-ons for Kaby Lake and its X270 chipset. NAND will stay king of the hill for at least the next 4-5 years. But past that point we could see Optane starting to replace it in volume, depending on how Intel and Micron scale the technology and how well 3D NAND flash continues to expand its cell layers (64-layer NAND will ship in 2017 from multiple players), with roadmaps for 96 and even 128 layers on the horizon.

By Joel Hruska

Intel’s 8th gen chips will still use 14nm, will arrive earlier than expected

by james paslis | Feb 14, 2017 | PC, Uncategorized

Last year, Intel announced that it would abandon the Tick-Tock model that had served it for nearly a decade and switch to something called PAO — Process, Architecture, Optimization. The point of switching from a two-step process to a three-step system was to give Intel extra time to roll out its next-generation process nodes, while simultaneously affording more opportunity to eke maximum gains out of each current node. Now, new information suggests Intel may have a product plan that tears up PAO (or at least complicates it) going forward.

Analyst Ashraf Eassa claims to have confirmed with Intel that upcoming 8th generation Core processors will use an updated/enhanced variant of 14nm technology yet again — call it 14nm++. Intel was able to squeeze some gains out of Kaby Lake in this fashion compared with Skylake, but they weren’t huge leaps.

Still, at first glance, this may seem a foolish strategy. After all, AMD’s Ryzen will debut in the imminent future, and one might reasonably conclude that Intel’s best leap forward is with a strong 10nm chip rather than a third iteration on 14nm. But this misses a larger issue — one we’ve discussed multiple times over the past few years. As node shrinks become more difficult and the advantages of any given node shrink are less and less potent, it can take longer for a company to deliver meaningful advantages. Intel is still pursuing full node shrinks, unlike its competitors at GlobalFoundries, Samsung, and TSMC. These firms won’t offer equivalent gate lengths or feature sizes to Intel until they deploy their 10nm nodes and aren’t expected to match Intel’s 10nm until they hit 7nm. This is why Intel can still plausibly claim to be ahead on process technology, despite using a higher number to describe it.