The Register® — Biting the hand that feeds IT

Feeds

Netlist puffs HyperCloud DDR3 memory to 32GB

DDR4 spec copies homework

Cloud storage: Lower cost and increase uptime

Boutique server memory maker Netlist has embiggened its HyperCloud DDR3 memory sticks to 32GB, ganging up cheap and low-capacity DDR3 memory chips with a register and virtual memory controller that allows the HyperCloud memory to break out of server memory constraints and do so with cheaper chips.

As El Reg explained in detail two years ago when the HyperCloud memory was first launched, the memory controllers on x86 server chips from both Intel and Advanced Micro Devices had some capacity and bandwidth limits that the HyperCloud memory was designed to get around. And fatter DDR3 server memory sticks weighing in at 16GB or 32GB, if you can find them certified by your server maker, have been prohibitively expensive. (Although 16GB prices have come down as 4GB and 8GB prices have dropped in the past year.)

To get an edge in the memory racket, Netlist cooked up a way to backstep one generation on memory chips and double them up using a two-sided board packaging technique called Planar-X. So Netlist could make an 8GB memory stick based on 1Gb DDR3 chips from Hynix Semiconductor that was only somewhere between 20 and 30 per cent more expensive than a standard 4GB stick using normal packaging. The upshot is that fatter HyperCloud memory is cheaper than standard memory for a given capacity.

Netlist Hypercloud 32GB stick

But that's not all you get. The HyperCloud memory is about more than packaging. Each module has two ASICs. The first is a register device that presents four physical ranks of memory as two virtual ones to the memory controller on an x64, RISC, or Itanium processor. So the register lies to the memory controller and therefore allows for the doubling-up of memory modules per channel. The other ASIC is an isolation device that makes four memory slots look like one as far as the memory controllers and memory bandwidth are concerned, allowing for main memory to run at the full 1.33GHz speed, even on a current two-socket, 18 slot Xeon system that is fully populated. Obviously this can have a dramatic effect on the performance of the system where memory capacity and speed are important for the workloads.

The memory controllers on the Xeon 5500 and 5600 processors from Intel have a cap of 800MT/sec, which means on fat memory configurations the clock speed has to come down to 800MHz instead of 1.33GHz. The Netlist HyperCloud memory's register and isolation ASICs allow you to get around these capacity limits and therefore double up the capacity above the specs for your server. The operating system sees the extra memory as real memory – you don't have to do any funky swapping to use it.

Paul Duran, director of business development at Netlist, tells El Reg that the company has sold more than $1m in HyperCloud memory sticks with 8GB and 16GB capacities, primarily on Xeon 5600 servers that have 50 per cent more cores than the Xeon 5500s but no increase in memory capacity.

The 32GB HyperCloud memory will be based on 4Gb memory chips from multiple suppliers, and they will compete with traditional DDR3 memory sticks based on 8Gb memory chips that may only end up being manufactured by Samsung Electronics and therefore not be subject to pricing competition. Netlist is hoping that this turns out to be the case because it will crack the server memory market wide open for Netlist memory, which has been certified by server maker Super Micro and motherboard makers Tyan and Gigabyte. Netlist plans to sample the 32GB HyperCloud memory to OEM partners in December and the plan is to get it qualified and shipping in the second half of 2012.

Here's where it gets interesting. Guess what the future DDR4 memory module might look like? A picture is worth a whole bunch of words:

Netlist Hypercloud versus DDR4

Netlist HyperCloud DDR3 memory compared to proposed DDR4 memory

It sure looks like the proposed DDR4 LRDIMM distributed buffer memory module borrows some ideas from Netlist. The JEDEC Solid State Technology Association announced the key attributes of the DDR4 main memory spec back in August. The DDR4 spec has not yet been finalized and it is not expected to be published until mid-2012. But the techies at JEDEC clearly recognize that having a single memory buffer at the center of the DIMM is a big bottleneck and that the added capacitance from the long traces to reach that buffer and then fan back out to the pins on the memory module reduces the signal, and hence you need to run memory slower. The HyperCloud approach puts the register at the heart of the DIMM and puts multiple smaller buffers (what Netlist calls an isolation device) on chunks of memory, which pass straight down to the pins, yielding shorter traces and straighter paths into and out of memory chips.

"We're certainly pleased that the DDR4 memory standard is moving in our direction," says Duran.

The HyperCloud memory technology is patented, so maybe Netlist hopes to get rich selling intellectual property to the memory makers as well as producing DDR4 memory that looks and smells standard. ®

Steps to Take Before Choosing a Business Continuity Partner

Some confirmation on NLST vs. LRDIMM - this is the first official PR from NLST on a direct comparison with LRDIMMs (previously NLST has been suggesting in conference calls that LRDIMMs may have "latency issues" etc.).

As Romley rollout approaches we may see more direct comparisons as more info on LRDIMMs becomes known - and LRDIMM product starts reaching people for direct comparison:

http://finance.yahoo.com/news/Netlist-HyperCloud-Technology-iw-1971535964.html?x=0

Netlist's HyperCloud Technology Faster Than LRDIMM on Next Generation Servers: Testing Validates the Speed Advantage of HyperCloud

Patented HyperCloud Technology Enables 1333 MT/s Memory Speeds on Future Intel(R) Xeon(R) E5 Family Based Two-Processor Servers While LRDIMM Only Enables 1066 MT/s

IRVINE, CA--(Marketwire -12/13/11)

1
0

LRDIMM summary and differentiators

The main differentiators between LRDIMMs and NLST HyperCloud are:

- LRDIMMs have latency issues - HyperCloud does not

- LRDIMMs require a BIOS update - HyperCloud does not

- LRDIMMs don't work with other memory - HyperCloud is interoperable with other memory

- LRDIMMs won't be sold at 8GB, 16GB sizes (only 32GB) because they underperform 16GB RDIMMs 2-rank (based on 4Gbit DRAM dies) because of those latency issues and the only RDIMMs they can outperform are the 32GB RDIMMs 4-rank (since 2-rank ones can't be made until 8Gbit DRAM dies arrive "2.5 years to infinity" (NLST Craig-Hallum conference) in the future (LRDIMMs essentially won't compete at the 8GB, 16GB sizes even though "load reduction" and "rank multiplication" are required even at those sizes - since lower density modules are cheaper to make than higher density ones)

- NLST has said they can make 32GB HyperCloud memory modules using 2Gbit DRAM dies (as opposed to 4Gbit DRAM dies for the rest of the industry), and therefore by extension a 64GB HyperCloud using current 4Gbit DRAM dies (newer Planar-X can use up to 4 PCBs instead of the current 2 PCB Planar-X)

1
0

LRDIMM not targeting below 32GB

Another point to mention is that LRDIMMs will NOT be sold below 32GB LRDIMM sizes.

This is because (listen to the IDF conference on LRDIMMs on Inphi blog main webpage) HP/Samsung will not be pushing 16GB LRDIMMs - because they underperform the new 16GB RDIMMs that are 2-rank (use 4Gbit DRAM dies).

And will focus on the 32GB LRDIMMs - which outperform the 32GB RDIMMs (which will continue to be 4-rank until availability of 8Gbit DRAM dies a few years later).

For this reason HP/Samsung suggested they would target 32GB LRDIMM market only.

Since even these 16GB 2-rank RDIMMs (based on 4Gbit DRAM dies) experience slowdown - they run at:

1 DPC @ 1333MHz

2 DPC @ 1333MHz

3 DPC @ 800MHz

There will essentially be no competitor for NLST HyperCloud - which can deliver:

1 DPC @ 1333MHz

2 DPC @ 1333MHz

3 DPC @ 1333MHz

For the 8GB, 16GB and 32GB HyperCloud sizes.

In addition, it seems LRDIMMs cannot deliver 768GB @ 1333MHz - but instead do 768GB @ 1066MHz (see the link below) - which is worse than the NLST performance of 768GB @ 1333MHz.

Compare Inphi LRDIMM presentation:

http://www.serverbladesummit.com/English/Collaterals/Proceedings/2011/20111129_S2-101_Kuppahalli.pdf

vs. NLST presentation:

http://www.netlist.com/products/ppt/HyperCloud_32GB_112011.pdf

For an explanation of these issues see this thread - which discusses this performance shortfall as well as LRDIMM absence from the below-32GB space:

http://messages.finance.yahoo.com/Stocks_%28A_to_Z%29/Stocks_N/threadview?m=te&bn=51443&tid=40867&mid=40951&tof=5&frt=2#40951

Re: NLST vs IPHI 10-Dec-11 08:00 pm

http://messages.finance.yahoo.com/Stocks_%28A_to_Z%29/Stocks_N/threadview?m=te&bn=51443&tid=40867&mid=40954&tof=1&frt=2#40954

Re: NLST vs IPHI .. 32GB LRDIMM speed slowdown 11-Dec-11 12:10 am

http://messages.finance.yahoo.com/Stocks_%28A_to_Z%29/Stocks_N/threadview?m=te&bn=51443&tid=40867&mid=40955&tof=1&frt=2#40955

Re: NLST vs IPHI .. LRDIMM no-show at 16GB, 8GB 11-Dec-11 12:35 am

0
0

More from The Register

SCO vs. IBM battle resumes over ownership of Unix
Zombie lawsuit back and wants to suck the brains out of Linux
 breaking news
You don't need phone lines or cable for ANYTHING, says Dish
The satellite-dish man can sort you out with phone and broadband over the air too
 breaking news
What's HP got under wraps? Looks awfully flash and tape shaped
What happens in Vegas won't stay there - we've got the details
Microsoft borks botnet takedown in Citadel snafu
Stupid Redmond kicked over our honeypots, wail white hats
IBM's $1bn layoffs latest: Now axe swings in US, Canada - reports
Union claims 121 storage bods canned after dismal sales
NetApp musters muscular cluster bluster for ONTAP busters
Storage array OS overhauled to juggle more nodes, go down on you, er, less
HP adds 'Haswell' Xeon E3s to entry ProLiant servers
Gussies up MicroServer for SMBs, adds baby switches