RAM Disk Puts New Spin On the SSD
theraindog writes "Although the solid-state storage market is currently dominated by flash-based devices, you can also build an SSD out of standard system memory modules. Hardware-based RAM disks tend to be prohibitively expensive, but ACard has built an affordable one that supports up to 64GB of standard DDR2 memory and features dual Serial ATA ports to improve performance with RAID configurations. And it's driver-free and OS-independent, too. The Tech Report's in-depth review of the ANS-9010 RAM disk pits it against the fastest SSDs around and nicely illustrates the drive's staggering performance potential with multitasking and multi-user loads. However, it also highlights the device's shortcomings, including the fact that SSDs are more practical for most applications."
Without RAM, this costs $380 which is probably more than double the RAM itself if you don't use anything to extravagant. I know other companies offered these in the past, with the similiar high price, always to act as a harddrive with a battery for backup. It was always easy in linux to make a portion of your memory act as a ramdisk, however many motherboards often didnt enough ram slots to make it appealing to split memory up like that.
I wonder if a company like Apple can instead, on its laptops for instance, just move to SSD for its laptops since they are becoming seemingly cheap, exclusively (for OEMs) license a technology like MFT, and get a real speed edge on other makers. I think it would make more sense than a ramdisk where the bandwidth of ram vs the hard drive channel seems overkill.
so, this is just as worthless as Gigabyte's i-RAM.
1993 was fun. A few buddies and I built out a hardware ram disk with an unused 486 and some serial cables. Granted, it didn't come in as a native HDD, or even as a linux file system, but we built a little API that made it work reasonably well in software with standard file operations and even a crappy little "directory" structure. It worked fairly well... for some reason Mondo2000 pops into my mind.
meh
The answer to your question is 1
perhaps it is just me, but if a battery fail leads to total data loss, i would not exactly call this a solid state device...
This seems like it would be an excellent solution for a swap drive and for a c:\temp or /tmp directory.Fair enough as swap *nix OSes will reap little benefit, but Windows seems to hit swap no matter how much RAM you have so there should be some significant performance gains there.
The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
Skimming the article, I'd summarize as follows:
Real world performance not radically better than fast traditional HDs or SSD solutions, and you can't power off your PC for the night. (Unless you backup to flash every night.)
I'd say this is a niche product, but could be a very good one for a chosen few applications.
.: Max Romantschuk
It seems that with a little firmware it could be coaxed to do some content addressability. Considering that it is 10x faster inside than the peak of the SATA interface. It seems to me that there is a lot of potential. I always liked the ram disks when they were popular ISA cards and this could be the thing that could use the full power of USB 4.0 [sic]. Applications could be changed to take advantage of this speed. If lists and SQL databases could be sorted on the drive without CPU overhead, it could be very useful.
"However, it also highlights the device's shortcomings, including the fact that SSDs are more practical for most applications."
I'm sure that there is some sort of typo somewhere. Since when is being "...more practical for most application..." considered a shortcoming?
"...a civilian some of the time, a soldier part of the time and a patriot all of the time." -Brig. Gen. James Drain
woa is the day you have a 64gig hdd made up of ram sticks and one goes bad....happy hunting grasshopper.
Work for Pay and Pay for Freedom
Yay, a RAM HD! I'd like to see the pagefile dig into this - Microsoft must be foaming at the mouth. Sorry if that seems like trolling, but I've had it up to here with the constant and painful HD thrashing that Windows always seems to enjoy doing (and probably their less than perfect implementation of it).
Why OpalCalc is the best Windows calc
In the real world benchmark, the only place where it shines is during file copy operations. It's on par with Intel's SSD when measuring OS load time, game level load times and other application benchmarks. The battery only hold 16GB for 4 hours too, you'll need that CF card to backup to (which is a neat feature, just the press of a button to backup and restore). Any way, I'd gladly take it for free.
Isn't it better (easier, faster) to just put 64 GB of actual RAM into your system (and if needed use part of it as a ramdisk), and using a normal drive for storage? You could have an enormous amount of disk cache!
And you lose your entire pron collection.
This might increase prices of UPSes, actually
Yeah.. This would be great in our server room where we had to shut down the server completely when the UPS lasted only an hour, and half the wall sockets died. With this, we'd also be lucky enough to lose our data too (woot?) Sorry, I really can't think of any market that would want this. The only benefit is that you can install an OS on this, but you cant rely on it for your data anyway, so you may just as well buy a motherboard which supports a lot more ram, and create a ramdisk every bootup.
...and they want their schtick back.
I can't see why I'd use this rather than just putting more memory in my machine...
My Journal
Same performance can be obtained with 2-3 of those Intel SSD's. In fact, I think you could fit 4xSSD in the same space, providing more storage, throughput, greater energy efficiency. For a server, it would make sense to put those RAM sticks on the mobo, where they could shadow your storage (e.g. linux offers raid-1 mirroring with delayed "write-mostly" mode). RAM is well utilized when directly connected to memory controller...
Hmm, wonder what servers in PC architecture offer 8+ hot-swap RAM slots, and what would one cost.
I have a high-load mail server that uses a 2G RAM disk (a Curtis Nitro!Xe) for the queue. It looks like a normal 3.5"/1" high SCSI drive with a SCA hot-swap connector. It was made before high-density CF cards, so it has a 2.5" notebook hard drive inside for storage after shutdown (it has a battery to start the drive, dump the RAM, and shut down). We've had this in service for almost 5 years, and it has really made a difference.
The point to a RAM disk is not necessarily bulk data throughput, but I/O operations per second. Mechanical drives are limited to 100-200 random IOPS or less, while the RAM disk can easily hit 100,000.
My university used RAM disks back in the day - it was the only way to get decent performance on older machines. The computers didn't even have hard disks in. My brother (who went to the same university) has a story where he sped up his large FORTRAN compiles by a factor of 10 just by working out how to use the RAMDisk (which was only ever used by the PXE-style boot procedure and then hidden from the OS) for his own purposes and people couldn't work out how he was doing it because he still took stuff home and brought it in on floppy. This is a nice hark back to those times.
The killer, however, is the price... the price of a PC, basically, before you add the RAM. If you're REALLY serious, you'll have machines that can just take the extra RAM directly and do this in software. If you're not willing to pay that much, well, nothing will work for you but a few bits of extra RAM and a fast SSD for the same price won't go amiss. However, if you occupy the middle ground... this still doesn't seem worth the effort. It'd be cheaper to just buy an SSD, some extra RAM for cache and maybe even a cheap PC to throw it all in (if NanoITX supported 8Gig chips, this device could almost be made obsolete overnight).
The interconnect too - yes, it emulates a SATA drive but it emulates two as well and fails to do anything significant with them. So you'd need a RAID0 setup, with independent SATA setup, and an expensive device, with lots of even more expensive RAM just to be a fraction of a second quicker than an off-the-shelf SSD in the same machine. The people for whom it's worth it won't want to be bothered with all this.
The CF Backup feature is fantastic. I love the idea. But 20 minutes is a long time to wait if the battery is only four hours worth when it's brand new (four hours? At least 24 would have been useful and given you a chance to actually do something with it). You would want to be backing up anything this thing held anyway, so you don't really gain anything because the CF is the most inconvenient backup because of its manual nature.
I can't see a situation where 64Gb of fast storage is worth that amount of money + time + hassle + 64Gb of RAM + potential firmware problems + interface cabling + ... The bottlenecks in anything serious are going to be elsewhere.
First of all, I absolutely love these devices. It's a great idea that's been well executed, and yes, they're a niche product, but we've one or two apps that would notice the increase in speed from these, and if I had the money I'd buy a whole bunch of them to stick in our servers. ... except that you don't get 5.25" bays in an awful lot of modern rack mounted servers. Certainly none of our new kit has them; all that space is taken up with hot swap 3.5" or 2.5" drives.
And that's what kills it for me. Even if I'm looking at a new server I'd have to make sacrifices to fit one of these. My first choice for a new storage server is going to be one with 24x 2.5" drive bays. I'd have to sacrifice a full 8 drive bays to make room for one of these, and it's just not worth it. Not when I can buy an Intel SSD for the same price, loose just one bay, and have it hot swap to boot.
And even worse, there are PCIe devices just around the corner, with 3-4x the read and write speed of any SATA device. Those will drop straight into any of our current servers, no problem at all.
So unfortunately, much as I love the ANS-9010, I just can't see any reason to buy one :(
How does this thing handle getting the power cord yanked in the middle of a large write operation?
A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
Who wouldn't want a hard drive that has all the downsides of both memory and an HD?
- Expensive
- No error correction
- Power required to keep data
- Slow
Wow, this device is really win-win! (WTF?)
"I'd bother, because most of *my* tasks are disk I/O bound"
I totally agree. For some tasks its very useful. (If we had memory that was the speed and no write deterioration like it was DRAM, but non-volatile like Flash, then that kind of memory would make this DDR2 based product obsolete, but until that time, its very interesting. Maybe there's hope in time for Memristor based memory, but for now this product does have some advantages).
I was interested in Gigabyte i-RAM but its too limited at only 4Gb.
I have wondered how practical it would be to create an open hardware project like this product, based around FPGA and DDR2 (or maybe DDR3 as that will likely be cheaper within the next I guess about 18 months and taking over from DDR2). Does anyone know of any existing open projects like this?
There are 10 kinds of people in the world... those who understand binary and those who don't.
Well, if W was still president, he would have been happy to sell you peanut butter from peanut corp for cheap. Just a couple of bucks for large quantities.
This is just a crappy RAM-disc that you can't trust that much, you would be much better off by filling your server with ECC RAM and using it as ramdisks or cache.
You'd need to be seriously crazy to run a [non-volatile] database on the ANS-9010 and its competitors.
But the idea of using battery-backed DRAM for fast throughput, high-IOPS storage is sound and there are proper [safe] storage devices out there for enterprise markets (the ones which really need this kind of stuff).
The best example I know of is this one:
http://www.violin-memory.com/
http://www.xtremesystems.org/Forums/showthread.php?t=201723&page=7
My experience with one of these boxes shows performance numbers that are alot different from those shown. The RAID0 configuration stripe size makes a huge difference. This should have been discussed. Hard drives typically have 512 byte sector sizes. But with RAM, all requests are in 4k blocks. I'm not sure how the Acard hardware works to make it all work out, but 16k stripe sizes seem optimum. Who knows if the ANS-9010 interleaves the data or how they make it all work out.
The benchmarks provided at xtremesystems.org are significantly faster than what Techreport shows.
Look at the benchmarks provided for different stripe sizes. I have to wonder what stripe size they used for their benchmarks at Techreport.
Yes, those benchmarks provided there are from me. That's why I'm posting anonymously.
I got one of these in our lab, and can answer questions on it. Had both units... the 6 slot version and the 8 slot version. This thing is the spiritual successor of gigabytes's iRAM. It takes bog standard DDR2 RAM as storage and lets you connect it as a SATA drive.
A few of the things it improved on the old iRAM.
*DDR2 supported ram, with 6-8 slots, taking up to 4G sticks.
*A fair sized battery.
*A CF backup slot.
*RAID friendly, multiple SATA ports on 8 slot model.
*Uses 5.25" bay rather than PCI slot.
*ECC
First off, no special device driver was needed - the drive was OS agnostic. Every mainboard and controller card I used saw it the device like any other SATA hard drive you might plug in.
The RAM slots take bog standard DDR2 RAM. The documenation mentions speeds of 400/533/667/800 are all supported. Benchmarks with 533 and 800 grade RAM produced identical benchmarks, so faster RAM does not appear to have any impact. I also mixed and matched faster and slower DDR2 modules without issue.
Just like most mainboards, the RAM needed to be installed in pairs if over one stick was used.
Unbuffered ECC or non-ECC modules are both supported. Registered RAM was not. I tried to pull eight 4GB sticks from one of my Sun boxes to give the 'full montey' test. No joy. Had to stick with the far cheaper RAM.
There was an interesting option for these who wanted to have ECC but used 'regular' non-ECC RAM. Eleven percent of the memory could be reserved for error correction. Again, all hardware based - just move a jumper. Performance metrics between ECC and 'simulated ECC' had negligible differences.
The 8 slot model has two SATA ports. By setting a jumper, you could have the entire RAM capacity as one large drive on one SATA port or split it as two independent drives. If you splid the drive you had to have an even number of RAM sticks installed. Another jumper would dumb the interface down to SATA1 speeds rather than SATA2. Never tested that....
Did test RAID-0, however. (grin) The synthetic benchmarks don't hit this device's sweet spot - database usage. Reads are fast. Writes are just about as fast. The RAID controller really makes a difference, as my 3Ware card performed significantly faster than with the mainboard based RAID. Using a EVGA 780i mainboard, it was not crushingly faster than a trio of velociraptors.
For anyone who has installed XP, you know the wait between hitting the 'workgroup' and the first reboot? Just over two minutes. By far the fastest install I've ever done. The OS also started faster than any other disk or SSD system I've used.
The CF bay was a nifty option. The question came up - what if I want to shut my machine down overnight? You can. If you have a CF card with more capacity than your RAM, it will back up the disk image automagically. You can also push a button to back up the current 'drive image' to CF, and another to restore the image. (I was able to go back and forth from Linux and Windows very easily).
Anyhow, tis a fantastic high speed scratch disk or OS disk when write speed matters. For those of us who already maxed out RAM, this covers the gap between RAM drive sharing RAM with the mainboard and fast disk.
+++ UGUCAUCGUAUUUCU
Get the device down to about $50 and I'll think about buying one. I don't see any reason a device like this is $380. That's just crazy.
bork bork bork!
With 4GB of RAM we were able to put an entire linux gnome-desktop system into RAM. (Tin Hat Linux is based on hardened Gentoo.) There are some advantages and disadvantages. Booting is slow as a squashfs filesystem expands into 3 GB of ramdisk from CD or USB stick. Once up, the system is measureably faster than a similar system on SSD, especially for IO-bound processes, but not so much so as give it a clear advantage for general use. Rather, our choice for a ramdisk-only OS was security. If you wanted the entire system to disappear on powerdown, that's not something you'll get from SSD. Once past the windows of exploitability by coldboot, all traces of data are gone. Sometimes you want that. --Tony
With this, we'd also be lucky enough to lose our data too
That's why it has a CF slot. Leave a CF card in the slot, and if the shit hits the fan, go press the "Backup" button, which will take less time than your UPS' power.
Ah, Amiga old buddy, I miss you.
This sound's like DKB's Battdisk. Next to a Video Toaster and SuperGen, the Amiga 2000s best friend. It took a machine from the slowest booting system in the age to the fastest.
Learning HOW to think is more important than learning WHAT to think.
Then I ate some of the peanut butter, got sick and died. So did the bird man.
That is pretty mediocre.
For DDR2, maybe, for fixed disk usage? Still pretty good compared to spinning disks or even flash.
Of course, RAM disks are not anywhere near new. I remember looking at one a while back that used plain old SDRAM. That's a bit hard to find today; it's often actually cheaper to get DDR2 today than DDR. In higher capacities as well.
Of course; this brings up the question of 'what's the use?' - Seriously, unless you have something weird going on, just install a 64 bit OS and put the extra memory directly into your system.
Looking at all those benchmarks; except for the most artificial disk-thrashers; benchmarks for all were within 1-10%. Lost looked to be less than 5% difference between max and min.
I don't read AC A human right
At the university we've been playing around with a new storage system that has ridiculous capacity and speeds. It uses 120 1TB drives to create a striped 100 TB storage system with redundancy. Fast writes are made through the interface directly into the RAM for one of the control computers. These computers each have 32GB of RAM and write the data onto the hard disks over a longer time than the initial dump to memory. You can get effective transfers up to 10 Gbps through the fiber channels. The best part is that this system uses off-the-shelf components with a custom build of Linux to handle IO. It appears as a standard high capacity network drive.
You can get devices like this for at least a decade, possibly much longer. The primary advantages of FLASH are low price, high reliability and battery-less non-volatility.
Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
It takes one bay for the RAM drive with built in battery, but they could have an additional full drive bay expansion battery with a jumper cable connector to give it a much longer hold time with the machine shut down.
I'd use this for some of the math research I do. I currently run something for hours at a time and could save to disk every couple hours. If the computer were interrupted mid cycle, it would be garbage anyway.
Random reads *and* writes would be super fast. I imagine some guys working with video would love this.
I also wouldn't mind having my games on RAM so everything loaded 20x faster.
t
Amiga had a RAMDisk as standard remember... ... just shows how far we have come eh? :-/
When I was a poor, poor college student (not much different now, actually) I had a RAM drive in the 386 I cobbled up. Even a 10meg hard drive was prohibitively expensive, but I had memory. So, I set up a 3.5" floppy to create a ram drive on boot up, copy Procomm plus and text.exe into the RAM drive. Then I could log into GEnie and copy data. Typing "exit" saved my data and allowed me to power down. Oh, the job of batch files...
A defense contractor in Antarctica is a bad idea. Get Raytheon OUT of Antarctica.
The answer to your question is 1
Don't listen to him. He's wrong. It's 42. The answer to everything is always 42.
If you don't know what Cmd-Shift-1 and Cmd-Shift-2 are for, GTFO. If you think Firefox is a decent Mac application, GTFO. If you're still looking for the "maximize" button, GTFO. If the name "Clarus" means nothing to you, GTFO.
Bandwagon jumpers are not welcome among real Mac users. Keep your filthy PC fingers to yourself.
Did you just find the "Any Key"?
I have a key combination for you. It'll tell your computer to work for you while you just sit there and collect money. Just press the Alt key, Ctrl key, and Delete key all at the same time!
mOOF
Disclaimer: The opinions and actions of the US Gov't are in no way representative of those held by this author or its ci
On-board RAM is the way to go IMO & IME.
The suggestion I'd made to kernel devs a ways back was that as more flexible (and faster) storage options come online (including CPU cache, memory, SSD, disk, and alternatives), putting the smarts in the kernel itself for management of these makes more sense than independently and manually configuring a bunch of storage options seperately.
Contrary to what several folks have said here, a huge amount of operations are I/O bound, with seek times and head contention being major considerations particularly in server environments but increasingly on desktops and laptops as well with multitasking, multithreading, and multiple cores, often hitting a single disk (thank $DEITY ATA is dead).
Allowing the kernel to dynamically allocate storage across volatile and nonvolatile hardware according to defined performance parameters makes a lot of sense. Cache, swap, tmpfs, SSD buffers, disk, and long-term backup among them. Add a standard intelligent scheme for redundantly distributing (and offering recovery options for) data throughout cheap, abundant disk in a network would make other large parts of my job much easier.
A growing problem (particularly in LDAP/AD deployments) is network latency involved in bog-standard filesystem operations such as stats and other permission checks. Convenient, but very clock-intensive.
Karsten M. Self (http://linuxmafia.com/~karsten)
Most of the servers we run support up to 128 GB of RAM on the motherboard. Why would I waste money putting some intermediate device that pumps data over the SATA bus when I could be spending the same money on decking out the system RAM?
Not knowing anything about memory buses really makes this hard to comment, but I'm pretty sure you need lots of pins to interface memory.. And you need space on the motherboard, also such a motherboard wouldn't be massmarket. All these things costs lots of money (and is available for large quantities of money).
This solution is beautiful because it's simple and inexpensive ($200 for 16GB), max costs is 8x4GB modules.
Though I think you have a point that there should be a new class of I/O interface that can handle these types of disks better. Perhaps as tiered memory, where some of it is slower than the rest.
$200 is just for the memory, sigh..
Cool thing is you can cold boot memory from these as well, so back when you needed to reboot your computer because of memory corruption you could boot really fast by using ram disk..
a ram disk is fine, but don't expect to keep any data across a reboot unless its got battery backup. You couldn't put an os on it unless you havd a bettery to keep the ram powered up. This is different to SSD where the information persists like a USB flash pen.
Nice, but mostly pointless (apart from a few instances)
Which ofcourse isn't really an option anymore when your talking about a server which is not constantly being monitored by someone close enough to hit the button or for any site with more the a few servers.
It's fine however as boot disk containing static data. You know, the kind of stuff you'd restore from a disk image anyway. If you want fast booting servers, or something to serve your static data really fast this might be an option.
can anyone recommend the best way to set up a RAM disk on Windows XP? the obvious google search doesn't leave me with much confidence....
Posting anon for the very obvious reason!
well i pass your test, but i'll go ahead and still GTFO. MACs are for trolls (evidently)
When PCs were still young there were add-in cards for memory, I still have some of these dinosaurs laying around. Certainly it makes sense that daughter boards could be made to create RAM disks that just plug into an empty slot on the PC, or in a case with some really wide and fast pipe for a laptop.
Most of the posts say what's the point, I'd rather stuff it into my regular RAM.
ZFS could use something like this for the ZIL/etc if it's faster then existing drives.
Battery backup means it keeps the content. Can it flush the ram to flash when the power goes out? Then load it back into its ram when the batt. is back up. That'd be perfect! No wear on the flash + protection from power outages.
Hey, my PCjr had a RAM disk. Worked pretty damn well too. I guess good ideas never stop working!
I'm a 2000 man.
DRAM loses it's data when power is switched off. Battery backups and other fail-safe features designed to keep data persistent in DRAM based disks might be considered too risky.
If your computer is off and the battery backup fails - you will have a freshly 'wiped' hard disk within a few seconds/minutes.
Which is why DRAM 'disks' are only really good for temporary data - like your download of the specification for a DRAM 'disk'.
Her lips were softer than a duck's bill, but her quacks
This is still just RAM pretending to be a hard drive, SATA in this case...
Let me know when they produce a NAND based flash memory card that plugs directly into the PCI bus for ridiculous IOPS...
Oh, wait... they've already done that... it's called FusionIO...
FusionIO is the only real SSD solution right now if you need to push > 80k IOPS.
These aren't the cheapest things out there, but if you run large databases and need to get your database to actually be per formant... an array of these is the way to go.
A bunch of ram pig-tailed off of SATA is just horrifically slow in comparison...
-- Dave
up 12 days, 22:30, 2 users, load averages: 993.20, 994.21, 994.56
*makes note to limit user processes...
You mean the FusionIO {drool} isn't the most expensive thing out there?
The cost of that cleanup, of course, will be borne by taxpayers, not industry.
So apparently, the original makers of the hyperdrive4, Attorn, have nothing to do with the hyperdrive5, which is the OEM rebranding of the ACARD device. There is talk that that HyperOS teamed up with ACARD to do this, which is why the hyperdrive 5 seems to exclusively be sold by HyperOS.
Which probably explains why the hyperdrive5 is gimped in speed and can't saturate the SATA bus as well as the hyperdrive 4 could. They probably didn't have access to Attorn intellectual property and experience, so had to make the hyperdrive5 effectively from scratch.
If I remember correctly, the hyperdrive 4 used xilinx spartan FPGA as the controller, which is a source of it's cost. I think the iRam also used an FPGA controller. Whatever controller is in the hyperdrive5, people seem to make a point that it isn't an FPGA, which implies a definite loss in performance if they go for a low end controller that's already available to cut costs.
It would have been great if the hyperdrive4 was DDR2 and had a usb port so you could flash the FPGA to make it better.
database servers with little downtime and a healthy dosage of rsync would benefit from this. throwing this in a RAID1+0 of some sort would improve read performance 99% of the time.
simply using it as swap space will provide a performance gain in a server environment. there is negligible seek time in ram and a sata hdd will max out at around 100 MB/second of data transfer speed (at best) as opposed to 300 MB/second of data transfer for this item. using this for swap also gives the added benefit of freeing up seek time on the main hdd for normal data transfer when swap is actually needed.
"so, this is just as worthless as Gigabyte's i-RAM." - by KonoWatakushi (910213) on Thursday January 22, @08:11AM (#26558515)
What is worthless about being able to place things onto a faster media like a solid-state drive like a Gigabyte IRAM or Cenatek ROCKETDRIVE?
(Especially a true one that does not have the horrible write latency that FLASH based units do, where ones like the Gigabyte IRAM or Cenatek ROCKETDRIVE do not, since they use DDR Ram OR PC-133 SDRAM, respectively, which does not have the 10x or more slower performance on data writes that FLASH ram has).
Placing your web browser program caches, operating system and program logs, %temp% &/or %tmp% operations, and pagefile.sys duties onto a RamDisk card like the IRAM, the RocketDrive, or this ACARD not only increases the speed of those operations (since the media itself is faster on both reads and writes than std. hard disks are) but, also lessens fragmentation of the original disk those operations took place on initially/originally (usually C: drive in a Microsoft OS).
Also:
E.G. -> For database, webserver, workstation transactions, and other kinds of work? Ramdisks/Ramdrives (on a card like the Gigabyte IRAM or the Cenatek RocketDrive are), ABSOLUTELY HELP, & for better performance!
Proof?
See here:
http://techreport.com/articles.x/9312/7
In closing? Above ALL else here, I'd advise you learn something about this area...
APK
P.S.=> ... that is, before you go and by just reading something and spitting it back, without any thought on your part, & ending up only making yourself look quite stupid in the process of doing so... apk
Ideal for developers who work on huge projects. You can put all your .o files and the compiled binary on the RAM disk and the compilation/linking performance should be marvelous. And if there is a power failure, you can always just recompile everything. I will seriously consider getting one of these...
At least they aren't until you put 16 cores in one box and share the I/O across all the cores, running 40 p2v servers.
Then all tasks are I/O bound. 1/16th of a 4Gbit SAN connection is 32MB/s. 1/40th is 10MB/s in practice. That's sad. That's 1980's I/O.
Why bother?
1. Money.
2. Desire to excel.
Why bother to do anything, really?
Help stamp out iliturcy.