In the quest to wring out greater efficiencies from the IT infrastructure, many organizations have found relief in a number of different virtualization technologies: on the endpoint, in the storage infrastructure and at the server level. But even with the advantages offered by the most common virtualization techniques, the server utilization rate of the typical enterprise is still limited by memory constraints.
“It’s a well-known, although sometimes little-discussed problem,” says Andy Mallinger, vice president of marketing for Portland, Ore.-based RNA Networks. “Server virtualization certainly helps with server consolidation and reduces some degree of server sprawl, but you can't get your mission-critical applications on a virtualized server. There are just too many constraints. If you think about it, if you take a server and you put 10 instances of the virtual machine on there and that server has 4 or 8 gigabytes of memory, you have to over-commit that memory to all of those virtual instances and you really run into performance problems.”
As Mallinger puts it, many times servers are swapped out of data centers not because they’re in need of a processing boost or a bump in storage, but because they just don’t have memory parity, especially as server virtualization improves processor utilization.
Enter RNA, which seeks to add memory virtualization as yet another subset of virtualization that can give organizations a boost in performance, improved power efficiency and better overall utilization rates.
“We believe that this is part of the very big trend of virtualization of servers, storage virtualization. There has been a lot of innovation and a lot of benefits driven out of those two types of virtualization, but memory has been left out of the party, so to speak,” Mallinger says.
The first of its kind in the field of memory virtualization, RNA’s products work by separating out the physical resource of memory within individual servers, pooling them together logically and then making that pool available to all of the servers so that the data sets they can hold are many times larger than what they could if they only depended on their individual memory resources.
“What I see, especially in the market that I support, which includes financial markets and high-performance computing, is that for certain classes of problems the amount of memory that you have in an individual commodity server is no longer sufficient,” says John Barr, research director for The 451 Group. “And so having some way of presenting a larger amount of memory across multiple systems as a single resource for a program running on one is an excellent idea.”
Initially conceived several years ago by a number of veterans in the high-performance computing field, RNA came out of stealth mode in February 2009. According to Mallinger, the company has a handful of customers, with still more in the pilot phase. The company is backed by $7 million in venture capital from Menlo Ventures and has already garnered interest from analysts such as Barr and Nik Simpson, senior analyst for Burton Group.
Simpson says he believes RNA’s biggest market opportunities are for organizations that maintain very large Internet database stores that have to be "sliced and diced and searched in multiple different ways."
“At the moment what [organizations with these stores] do is distribute that over many small servers and keep a small portion of the database locked in memory on each server,” he says. “What this would enable them to do is to use one larger server to do the actual slicing and dicing and to store the database engine or the Website environment in memory. The idea is that you're going to be able save power and save cost and improve performance when you're working with large data sets like that.”
RNA technology also provides relief for large financial organizations trying to optimize their financial messaging systems, Barr says.
One of RNA’s first customers, a large hedge fund that chose not to be disclosed for competitive reasons, reported that it experienced a 700 percent improvement in messaging volume using RNA technology.
“They were sending about 6,300 transactions per second when they started, they had a goal of getting up to about 10,000 per second; they would have been thrilled with that,” Mallinger says. “In the end, we reached well over 50,000 transactions per second.”
While the numbers look impressive in specific scenarios, such as financial markets, cloud computing scenarios and in industries doing complicated modeling such as oil exploration, both Barr and Simpson warn that RNA is not necessarily a general-purpose technology.
“For classes of application where you're reading a lot of data, it’s fantastic,” Barr says. “But for classes of application where you're doing as much writing as reading, then the performance penalty of writing data to systems which use memory on another system becomes an issue.”
Additionally, Simpson wonders whether the promise of flash memory in solid-state disks may eventually make this approach obsolete.
“The question is whether technologies like flash memories in the form of SSDs or in other form factors actually inside the host rather than being shared across a network might not [be] the better solution in the long run,” he says. “If you interface in such a way directly onto the motherboard or onto the server, then your latency is probably going to be less than going out over the network to use memory on another server.”
In the meantime, though, for the right situations, both analysts agree that the approach is worth a look.

Fresh post: Part 2 of interview w/ #IBMcloud biz dev exec for UK/Ireland http://t.co/uxCQnW8p #thoughtsoncloud #cloud (via @agentwhim)
In case you missed it: Who says dinosaurs can't create clouds? bit.ly/zXAomj #thoughtsoncloud #cloud #mainframe
Hey #edchat & #edtech--we have 4 experts chatting tmrw about #cloud computing & education at #cloudchat. Details here: http://t.co/FilzwyQ2
@web20classroom You should join our #cloudchat tmrw (4-5pm ET)--discussing cloud computing & education w/ 4 experts. Would love to have you!
@RealTimeCloud Will you be joining us for #cloudchat tomorrow? Hope you can make it!
Just in time for #cloudchat! RT @FangFeng88: Higher Ed’s Ultimate Guide To Cloud Computing http://t.co/W27O9wc5 #cloud #computing #education
@arinpoche Here's a video that explains it! http://t.co/EhD0xiYN #ibmcloud
#cloudchat is Thurs @ 4pm ET! We're discussing cloud in #education w/ experts @sppitt @ArtVandenberg @mzyw @kyleejohnson. Join us! #highered
Thx for the RTs! @lurogers @kthuerk @katmandelstein @AcademicCloud @DhruvBhutani @stephenkinder @tinamonod @Ivansteen @Edubeat @jeremysavoy
Ha! RT @cloudstuff: @Lauren_States - great tv spot Lauren for #ibmcloud - oscars next?