Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Gigabyte Solid-State Storage Reviewed

ScuttleMonkey posted more than 8 years ago | from the looks-like-hardware-homebrew dept.

Data Storage 71

EconolineCrush writes "The Tech Report has a review of Gigabyte's i-RAM, a relatively affordable solid-state storage device that uses plain old DDR memory modules and plugs into a standard motherboard PCI slot and Serial ATA port. Performance is generally excellent and occasionally jaw-dropping, but the i-RAM's appeal is ultimately curbed by its slower Serial ATA interface and limited capacity. Still, it's an interesting solution for anyone looking for faster I/O, and since it behaves like a normal hard drive without the need for drivers or software, it should work with just about any operating system."

cancel ×
This is a preview of your comment

No Comment Title Entered

Anonymous Coward 1 minute ago

No Comment Entered


Why use ATA at all? (1, Interesting)

networkBoy (774728) | more than 8 years ago | (#14558047)

And if it's plugged into a PCI slot why pray tell does it need Serial ATA?
Why not use the PCI bus and look like a very fast ATA controller?
Std PCI has over 1 gig bandwith.

Re:Why use ATA at all? (1)

turtled (845180) | more than 8 years ago | (#14558085)

You can't boot to PCI. This device is using the PCI slot to keep power to it to keep it performing like a HDD. It is SATA to become a "HDD"

Re:Why use ATA at all? (1)

gomoX (618462) | more than 8 years ago | (#14558137)

What do you mean you can't boot to PCI? What do you think connects your ATA *controller*, which then connects to your ATA devices?
The other poster probably has it right: It's been done this way so that you don't need any drivers.

Re:Why use ATA at all? (2, Interesting)

networkBoy (774728) | more than 8 years ago | (#14558224)

You would need drivers for a storage device on PCIe. If you just made this look like a PCI host controller it would boot fine (natively and without drivers). What do you think that PCI card that comes with your UDMA133 hard drive is for? Adding second drives? no. It is so if your mainboard only supports UDMA66/100 you can boot from the faster PCI card instead. This would be no different. As long as you're tying up the slot and are using a friggen Spartan 3 FPGA you might as well make use of the things PCI controller.

As a later poster stated this is good for you to connect to your RAID controller, but I see issues with that as well (namely four of these and you may not have any more PCI slots available).

I'd like to see a stand-alone unit that fits a 3.5 inch bay and has a pair of power connectors, one for connecting to standard system power, the other to connect to an optional PCI card that gives you the trickle power you need to keep the memory alive when the system is off.

I personally would love to use a couple of these in a stripe set as a video scratch disk.

Re:Why use ATA at all? (1)

gomoX (618462) | more than 8 years ago | (#14558407)

You do need drivers for ATA controllers. It's just that they are normally included already, but if you were to create one from scratch, you would have to include drivers. See the corresponding part of your linux kernel configuration for more info on this.

Re:Why use ATA at all? (1)

networkBoy (774728) | more than 8 years ago | (#14558738)

You're making my point in a round about way.
If you make this device look like a plain vanilla ATA controller then the drivers that are alreadi in the kernal should pick it up fine, no need to add the SATA link.
Simply identify yourself as a fairly common, but fast IDE controller and everything from Windows to Linux to OS2 should pick it up.

Re:Why use ATA at all? (1)

gomoX (618462) | more than 8 years ago | (#14559047)

Yeah, except that's pretty damn hard. You won't find 2 controllers that use the same driver, and it's not because they dont want them to.

Re:Why use ATA at all? (1)

vadim_t (324782) | more than 8 years ago | (#14558418)

No, I think the question is: Why can't a disk controller have any speed it wants? The reason you get a card that supports UDMA133 isn't because the motherboard's controller doesn't support it, not because the bandwidth between the IDE chip and the board is limited to UDMA100 speed.

I mean, SATA is an interface between the hard disk and the *disk controller*. Then the OS talks to the controller, not to the disk itself. I don't think there's any reason you couldn't have an UDMA133 ISA card, for instance. So why does a SATA controller have to limit itself to SATA speed?

After all, you can have a RAID card that uses multiple disks and provides better throughput than possible on the SCSI/IDE/SATA interface a single drive uses.

Re:Why use ATA at all? (1)

GigsVT (208848) | more than 8 years ago | (#14558807)

You may freak out the various OS subsystems that have never been tested to handle high speed data from what appears to be a disk subsystem.

In theory everything would work fine, but I've found that pushing the edge does uncover lots of bugs, such as when we started building multiterabyte servers with 3+ controller cards. Most drivers aren't very well tested handling that number of cards, and the filesystems pretty much all had 2TB limitations.

I suspect you might run into the same issues if the OS suddenly got 10gbps throughput from what it thought was a disk controller.

Re:Why use ATA at all? (1)

petermgreen (876956) | more than 8 years ago | (#14558221)

of course you can boot off a pci card. it just needs to have a boot rom which extends the bios like every scsi card, ata raid card, sata card and many network cards do.

and if you plan to run a NT based version of windows you need the correct drivers for that too again just the same as a scsi raid or sata card. windows provides you with a prompt to load theese during setup (which unfortunately only works with the driver on a floppy) or they can be slipstreamed in.

Re:Why use ATA at all? (1)

petermgreen (876956) | more than 8 years ago | (#14558136)

most likely so people can hook it up to thier raid controller.

but i agree it does seem a little stupid

Re:Why use ATA at all? (4, Informative)

Zeio (325157) | more than 8 years ago | (#14559164)

SATA is 150MB/sec. Standard PCI is (32 * 33) / 8 = 132 (and generally * 0.8 for overhead if other things are present on the bus so more like just around 100).

You should say use a single PCI-Express lane, 500MB/sec.

Seriously, look into things before your post - especially when using snarky expressions such as "pray tell"

Also, direct connect to the PCI bus would require (most likely) funky drivers.

IDEALLY, marvell/adaptec/lsi or others should just have a back end to one of the common non-fakeraid controllers they make be RAM instead of disks, piggybacking the existing driver support for the raid cards.

Re:Why use ATA at all? (1)

MikeroWiz (949425) | more than 8 years ago | (#14560291)

Which is why this review, with their SATA controller clearly being on a PCI bus, is flawed. If they were using a SATA controller on a PCI-X bus, they would get better transfer rates, since they were hitting the PCI bus limit.

Re:Why use ATA at all? (1)

Stoutlimb (143245) | more than 8 years ago | (#14561305)

Re-creating an IDE controller and a boot bios extension costs more money. They realized they could use existing controllers and save money. Smart move. I imagine there might be a pro one that doesn't do this.

SATA-2 (1)

newr00tic (471568) | more than 8 years ago | (#14558090)

Does stuff like SATA-2 ("virtual" or not) bump up transfers or not in a setup such as this, or is that only applicable to read drives, so to speak? ..Doesn't seem to stand clear wether there's SATA2 involved here.

Re:SATA-2 (1)

rednuhter (516649) | more than 8 years ago | (#14558732)

the chip used is programmed for SATA 1 which has the 150MB/s limit, the review does note that it would be nice to have it support SATA II to obtain the 300MB/s transfer rates, but it does not yet.
As the chip used is a FPGA (Field Programmable Gate Array), this upgrade could be expected in future version if the product launches well.
It is worth nothing the reviews also found that to get even better transfer rates then a non universal PnP interface would be required, needing OS drivers etc.

Re:SATA-2, ECC, etc.. (1)

Myself (57572) | more than 8 years ago | (#14559146)

The review also blames the single-chip FPGA for the lack of ECC RAM support, and other things. Hello? If there's demand, I'm sure those things can be added in the future without changes to the board, unless that pesky ECC notch key in the slot prevents the module from fitting...

Personally, I'm baffled as to why this thing isn't shaped like a drive. If everything that needed power took up a PCI slot, we'd run out of slots pretty quickly. Let it eat power from a drive connector!

Re:SATA-2, ECC, etc.. (0)

Anonymous Coward | more than 8 years ago | (#14560444)

Drive connectors have no power at all when the system is off, but there is power available through the pci slot even when the system is powered down as long as the power supply is plugged in and connected to the motherboard.

But the on-board battery only runs for 10 hours... (1)

Ellis D. Tripp (755736) | more than 8 years ago | (#14558121)

So you have a 4GB HDD that "FDISK's" itself if you power the machine down overnight?

Re:But the on-board battery only runs for 10 hours (3, Informative)

petermgreen (876956) | more than 8 years ago | (#14558260)

only if you actually pull the plug. as long as the standby power feed to the board is on it should be fine.

10 hours is plenty enough to reset the tripped breaker or start up a generator when the power failure alarm goes off.

Re:But the on-board battery only runs for 10 hours (0)

Anonymous Coward | more than 8 years ago | (#14558327)

power down and unplug, yes.

Damn that pesky SATA interface. (1)

His name cannot be s (16831) | more than 8 years ago | (#14558125)

I just *knew* that the SATA interface was just too damn slow.

Seriously tho',

Didn't Gigabyte announce this last year for $50-$60. Seems they rethought how much profit they could make with it.

And I'm pretty bummed about the 4GB limit. Not killer bad, but 8 would have been so much better.

Probably wouldn't have hurt to have some more interesting tests in the review tho. Where's the kernel recompile? that would tell me more about real-world performance than the faux-tests that they showed.


Re:Damn that pesky SATA interface. (1)

homer_ca (144738) | more than 8 years ago | (#14558995)

A kernel compile isn't all that disk intensive compared to the processor usage. Compared to hard drives this ramdrive has a small advantage in transfer rate (150MB/s vs. 60MB/s) and a big advantage in seek times (0ms vs. 9ms).

For a really simple example, compare two drives with a 60MB/s transfer rate, one drive with 0ms seek time and one with 15ms seek time*. The hard drive falls behind by 900K for every random head seek (not counting sequential seeks which are much faster).

* This is slower than advertised because in the real world you have to wait for the right sector to spin under the head after it's finished the track seek.

Not seeing the target market. (3, Interesting)

Godeke (32895) | more than 8 years ago | (#14558149)

An interesting idea, but the limited size (4GB) makes me wonder what the target market would be. More to the point, where would this solution be better than 4GB of RAM available to the platform? Yes, this thing has battery backup and sips power when the machine is off, so it acts somewhat like a drive, but I would have my doubts about trusting it with anything mission critical.

The performance tests show it did a great job as a high performance drive for simultanious requests for data on a web server, for example. But they didn't compare it to using the same 4GB onboard the server, which would be far more interesting... since the data is being "read" over a Serial ATA (which is puzzling since they are plugged into the bus), I can't imagine it being faster than using the memory to cache the data traditionally. The other examples, such as operating system boot time show that the operating system isn't read bound as much as one would think on boot.

I'm sure there are some specialist uses for this that will make sense, but I suspect most of them would be better served with 4GB of RAM disk or cache.

Re:Not seeing the target market. (1)

petermgreen (876956) | more than 8 years ago | (#14558376)

so your server has all its motherboard ram slots full to capacity and you add one of theese and configure it as swap. not as good as sticking another 4 gigs in the motherboard obviously but if the motherboards already maxed out then it could be a lot cheaper than replacing a server class motherboard and transplanting everything into a new case.

also theese have uses that a software ramdrive doesn't. primerally that they will survive an os crash or reboot! so i'd imagine they'd be quite usefull for things like databases (where if worst comes to worst you have a transaction log but you'd really rather not have to use much of it).

Re:Not seeing the target market. (1)

Bradee-oh! (459922) | more than 8 years ago | (#14558430)

Someone else has already replied pointing out "serious" applications, but I would add gaming. Granted the 4GB size is limiting here, but there are still plenty of games that are played at competition levels that you could fit (along with Windows) into this 4gb. Assuming the rest of your rig is top of the line, it's an advantage over your competitors.

And gamers are the types who would drop the dough on this, though the iRAM with 4gigs of memory doesn't even come close to a top of the line SLI config so it'd be a drop in the bucket.

Re:Not seeing the target market. (1)

drinkypoo (153816) | more than 8 years ago | (#14559674)

Actually, I can think of a decent use for it - put a swap file on it. Oh sure, this is less useful now that we have Athlon 64 systems with an assload of DIMM slots but this has the added advantage of taking cheap ram. You can get cheapie 1GB dimms for about $60.

Also, it would be really handy for anything that requires a lot of rapid temp file creation.

Finally, for the high-end gamer market, it would be cool to load your most-played game into it. But as per the benchmarks it wouldn't help all that much...

Re:Not seeing the target market. (1)

Deliveranc3 (629997) | more than 8 years ago | (#14560471)


Heavily distributed file tasks like bittorrent may run for lengthy periods of time and require low access times and constant writes.

I have a raid 0 and a huge problem for me is that when I bittorrent multiple files at once my hard drives grind away like crazy, some programs support variable levels of memory buffering but some don't.

Solid state storage means that writting one sector in 10 diffrent places isn't a problem for wear/tear or destroying access times.

Admittedly this example reflects most on poor coding practices but it is an example of how this technology will provide new avenues for research.

target market +/- SATA (1)

IBitOBear (410965) | more than 8 years ago | (#14562477)

Well, I am a tad disapointed at the SATA interface, but there are a few possibilities.

This would make an outstanding "external journal device" for a journaled file system or four.

Now nothing is good for an NTFS journal even if you could do it to an external device, but for a real journaled file system it would do quite nicely. The device becomes a fast write cache in front of a potentially slow aggregate (software RAID etc). Put a database on the raid and do full data journaling. You would be able to pull off a highly reliable system with excelent performance.

You know? 8-)

Re:Not seeing the target market. (1)

rlh100 (695725) | more than 8 years ago | (#14639862)

Forget the gamers and desk top users. For those users just put the RAM in the system.

Think mail servers, database servers, web servers and e-commerce servers. Any application that does heavy I/O. Real I/O, not just swap or paging. In particular any application that is write heavy. For true write it to the disk activities, kernel buffers if they get used, and they should not, are a loose because the data is not committed to non-volatile memory. Wrote the data to disk. Ya, right. Oops, the system crashed. You want it back? Well we were only kidding about the write, sorry (;-(.

Sendmail for example is very write intensive. Write each message to disk before you acknowledge receiving the message. Sendmail's mqueue directory normally is the performance bottle neck of a sendmail mail server. Since most of the files that sendmail writes are small, less than 1Kb, seek time is the important spec, not transfer speed. When you compare access time between memory and disk, memory blows disk out of the water. It is odd that Gigabyte does not mention access time in their data sheet. Not even a range of access times based on RAM speed. I would think it would be an important selling point.

Another use of this type of device is any journalling application such as a database or perhaps a journalling file system. If you can split the journal from the underlying data, then you could put the journal on the solid state disk and then let the application write the data to slow magnetic disk in the background.

Now what gigabyte or some other enterprising company should do with this type of product is:

1) Make sure it works with Linux (well maybe that other OS, Windoze, too) and make sure it is rock-solid reliable.

2) Support ECC RAM with error recovery. ECC is not an option on a server.

3) Repackage it in a normal 3.5 inch SATA enclosure with the connectors in the correct place. Who wants to put a PCI card into a 1U rack mount server? Maybe even have the option of a bigger battery although battery time is not really an issue with a server.

4) Support bigger DIMMs, design the controller to allow 4G, 8G, or larger DIMMs, but only "officially" support 1G or 2G DIMMs. I don't think that for many server applications size is that big of an issue. The really heavily accessed data quite often can be highly localized. The other thing is that you can always RAID several of these disks together.

5) Work on the pricing and package. You are going to put the card in a metal box, so charge more. Maybe in the $250 to $400 range with out memory. Also offer it as a complete package with memory, and charge more. These days since a 1G DIMM costs less than $100, you should charge at least $150 per Gig. Humm... 4G * $150 + $250 = $850. Less than $1K for a 4G screaming fast hard disk. We are talking micro-second access time, not milli-second access time. That is a product I could sink my teeth into.

A bit pricey for the enthusiast or the early adopter though. Maybe you could offer bare bone evaluation/hobbyist units for $150. Limit it to two units with web based support only. Get the bleeding edge experts to bang at it for you to find the bugs and reliability issues. And if it is a good product, they will start a buzz for the product. Just look at what is happening here on slashdot with the definitely marginal Gigabyte product.

Just my 4.2 CentOSs


Robert Harker

Swapping/Caching (3, Interesting)

Twillerror (536681) | more than 8 years ago | (#14558164)

This sounds like a perfect candidate for a swap partion, especially on Windows. Windows swap is a huge performance hog. I turn it off if the machine has 2 gigs+ of memory. Windows tends to swap memory not based on the lack of it, but the lack of access. So if you let a program sit in the background over night and then switch to it your HD goes crazy.

With swap being on this you'd still get transfer rate problems, but access rates should be extremely higher. Especially when the "drive" is fragmented. A defrag program would run pretty fast on one of these as well.

It is to bad that OSs don't have support for these types of devices yet. I'd rather use it as an actual drive cache and not bother my main RAM. If the OS loaded a file up it could place it on the RAM drive and read and write to it.

Related, most of my servers at work have 128 or 256 meg SCSI RAID cards. I wish that technique would make it into the retail market.

Re:Swapping/Caching (1)

pdbogen (596723) | more than 8 years ago | (#14558277)

Swap is not a viable application for what is essentially a slow, persistent ramdisk.

Re:Swapping/Caching (0)

Anonymous Coward | more than 8 years ago | (#14560158)

Darn right... what the grandparent seems to be suggesting is using RAM pretending to be a hard drive pretending to be RAM. A better choice is just to stick more RAM on the motherboard (so it's RAM just being RAM). On the other hand, if your memory manager is swapping things out so aggressively that you're taking a performance hit in regular use, despite having loads of RAM, it sounds like you need a better memory manager.

Re:Swapping/Caching (1)

RingDev (879105) | more than 8 years ago | (#14558360)

"With swap being on this you'd still get transfer rate problems, but access rates should be extremely higher. Especially when the "drive" is fragmented. A defrag program would run pretty fast on one of these as well."

There's no need to defrag data stored on these, there is no performance gain for sequential access over non-sequential access.


Alternate OS (1)

QuaintRealist (905302) | more than 8 years ago | (#14558403)

Where this really shines is with an OS which loads entirely to the drive. I have one of the early ones, and have it on a machine using Slax installed to the drive. Power up to live time is under 35 seconds - as close to instant on as I need.

Oh, and the "10 hour" battery is more like 8 or so, but who's counting. OK, I am. But hooked into a UPS, the system is rock-solid, and totally silent.

Pretty cool

Better to use as regular memory (1)

A nonymous Coward (7548) | more than 8 years ago | (#14558530)

Only 1G? Keerist in a bucket, why not just add 1G to the motherboard? Why add all the overhead of pretending to be a disk drive, all the extra components and the connectors and extra power supply and all that crap, just for 1G of swap?

Put it on the motherboard.

If you have a slow slow system which can't take 1G on the motherboard, you have other problems. 1G swap isn't going to be that much help, and for the expense, just upgrade your motherboard and get it over with.

This is a useless product.

Re:Better to use as regular memory (1)

Qzukk (229616) | more than 8 years ago | (#14559084)


1) Because older windows is limited to how much ram you can have?
2) Because 32 bit windows is limited to 4GB of process data space, a good chunk of that reserved for windows itself and adding more after that doesn't help in most cases?
3) Because the motherboard is already full of RAM and replacing it with a faster one with more slots would require buying a new processor, new motherboard, and completely new RAM anyway, especially if you switch to an athlon 64 and 64 bit XP to avoid #2?

Nobody's even mentioned "suspend to disk" with this thing. Resuming would probably be about as fast as waking the machine up from sleep. The SATA interface may be "slow" compared directly to RAM, but while you're waiting for everything else in the system to spin up, you've already got the system running.

Re:Better to use as regular memory (1)

drinkypoo (153816) | more than 8 years ago | (#14559708)

You forgot 4) older versions of windows won't run with no swap - although they WILL let you turn off all your swap files. Proof that Windows is not the result of intelligent design.

Re:Better to use as regular memory (1)

A nonymous Coward (7548) | more than 8 years ago | (#14560793)

If you have a limited system and need more RAM, your dollars are better spent on upgrading the motherboard etc rather than adding klutzy peripherals which kluge around it.

Re:Better to use as regular memory (1)

revbuck (949696) | more than 8 years ago | (#14568655)

this is SO lastyear for /.

http://www.tomshardware.com/2005/09/07/can_gigabyt e/page8.html [tomshardware.com]
look at 2 cards in raid0

the I-RAM2 is gonna come out Q1 2006, 300 G/ps sata, stick in a 5.25 drive bay,perhaps with external power, 8 slots and ddr2.

http://vr-zone.com/?i=3052 [vr-zone.com]
(the good stuff so we do not crash the vr-zone server)
  Gigabyte for the first time has unveiled the specifications of their upcoming i-RAM 2 during HKEPC Tech-day. The i-RAM 2 will be using DDR2 memories instead of DDR1 and the data transfer interface is SATA 3Gb/s double of the current SATA 1.5 Gb/s. It will be externally housed with by means of an external case or fitted into the 5.25" bay with eSATA interfaces. The number of memory slots are expected to double to 8 and you can have up to 16GB max memory. The expected announcement of i-RAM 2 is targeted for February next year.

http://www.cluboverclocker.com/reviews/hard_drives /RAM_Drive/Gigabyte/I-RAM/index.htm [cluboverclocker.com]
review of I-RAM1

so assuming that I-RAM2 scales as well as I-RAM1,2 of these should get 500 G/sec or so.not bad for a 64gb drive.

now WHY are people doing this, and not just adding memory?well, assuming i have a nifty MB such as
http://www.iwill.net/product_2.asp?p_id=102 [iwill.net]

i can have up to 32 gb of memory on the MB if we look at the o/s selection guide for windows...

                                32-bit 64-bit
XP Pro 4 GB / 1-2 CPUs 128 GB / 1-2 CPUs

2003, Standard 4 GB / 1-4 CPUs 32 GB / 1-4 CPUs
2003, Enterprise 32 GB / 1-8 CPUs 1 terabyte / 1-8 CPUs
2003 SP1, Ent 64 GB / 1-8 CPUs 1 terabyte / 1-8 CPUs

2003, Datacenter 64 GB / 1-32 CPUs 1 terabyte / 1-64 CPUs
2003 SP1, Data 128 GB/ 1-32 CPU 1 terabyte / 1-64 CPUs

we see that in the 32 bit land, 2003E is the only thing that starts to come close to using that amount of memory. and its 1-2k (USD)

so assuming i'm made of money, and have stuffed my box with $5k of memory and i want to get a little more boost out of it, i can go 15k rpm SAS (with extra cost, and heatloads) or i can go 6x I-RAM2, raid 0. 96 gig of space at 1200 G/s throughput.

other programs like, mail servers, proxies, web servers, and Photoshop requires lots of fast swap space, and most people are unable to use more than 4 gigs of memory, (those running 32 bit windows).

Its a nice product, IF you have maxed out the 4gb limit for your o/s and/or you have to have ubber fast swap/cache.

back when i was at a CDN this would have been a no brainier to raid up in an external chassis (I-RAM1) and connect to a 16/24 port sata controller. We would not have cared that it was only as big as the large sata drive and cost as much as a new car,it got the job done.

There is a place for silicon drives that do not cost as much as a car, if you do not see the need for yourself, great. I would rather wait for I-RAM2 to come out and use it where it makes sense,wherever i need a huge honken bit of fast space.

My backup server is a good example. I have a few boxes dumping deltas as fast as they can across a couple gigE ports to a backup server, so that server can toss them to LTO.

my backups are only as fast as the slowest device, having a I-RAM2 raid 0, works for me. the other boxes are waiting on their local/network issues, not on my backup servers slow large raid. (the x-fer to the slow raid can happen whenever, as long as i have enough space in the I-RAM2 array for the next dump.

right now disk is the slow part in the local box,this addresses the issue.

"There are two types of computer users in the
  world...those that have lost data, and those
  that are going to." (blh, circa 1972)

Re:Swapping/Caching (1)

RzUpAnmsCwrds (262647) | more than 8 years ago | (#14559678)

Windows tends to swap memory not based on the lack of it, but the lack of access

Yes, that is by design. Linux does the same thing, although it is much less aggressive. Remember, the memory is always being used by something. Better to use the free memory as additional disk cache rather than wasting it on memory that hasn't been accessed in a long time.

World of Warcraft, for example, takes over 1GB of total memory on my system - note that I only have 1GB of memory. But ~700MB of that is swapped out at any one time. That leaves room for disk cache and other applications, which is particularly important when Media Center is recording two programs and Azureus is thrashing the disk.

Re:Swapping/Caching (1)

seanellis (302682) | more than 8 years ago | (#14559838)

I often find that my Windows machine appears to be cacheing a whole load of stuff from disk in RAM, and at the same time paging the rest of the RAM out to disk.

So, we have disk data sitting in RAM which is pretending to be a disk, while transient data are being paged out to disk pretending to be RAM. And now that disk actually is RAM pretending to be a disk pretending to be RAM. What is this? An episode of Scooby Doo?

Mr Ram tears off a rubber mask. "Haha! I'm really Mr Disk, the janitor! Shaggy tears off a second level of rubber mask, revealing Old Ma Gigabyte, who was trying to scare off rogue mobo manufacturers by pretending to be a spooky Maxtor drive... And she would have got away with it were it not for those pesky Slashdotters.

All right then, perhaps not exactly like Scooby Doo. But you get my point.

Wouldn't it just be simpler to disable paging to disk and add the RAM to the mobo?

Re:Swapping/Caching (1)

TheRaven64 (641858) | more than 8 years ago | (#14562677)

I often find that my Windows machine appears to be cacheing a whole load of stuff from disk in RAM, and at the same time paging the rest of the RAM out to disk.

It's called a unified buffer cache, and practically every OS since Mach 2.x has had one. A lot of programs allocate memory and then never access it again due to bugs. A lot more programs allocate memory and the only access it very infrequently. Meanwhile, all of these programs are accessing the disk a fair amount. Would you rather that your RAM was full of things that are allocated as memory but rarely used, or used as a cache for disk files that actually were being used? For many processes, writing to disk is a huge bottleneck, and it can be much more efficient to synchronously write a hundred MBs to the cache, and then page it out to disk a little at a time while the disk is idle.

Re:Swapping/Caching (0)

Anonymous Coward | more than 8 years ago | (#14564342)

"This sounds like a perfect candidate for a swap partion, especially on Windows. Windows swap is a huge performance hog." - by Twillerror (536681) on Wednesday January 25, @10:58AM

Yes it is, & I have been doing EXACTLY that (pagefile.sys placement on its own partition to avoid fragging other files & itself), for 4 years now, on a CENATEK "RocketDrive", (a similar device to the one cited in this article)...

It works wonders, FAR faster access & seek time to data, & overall speed of the OS + apps!

Fact is, I wrote an article about this theoretical use (& others not just theory but practical uses) of them in the mid 90's for EEC systems, now called SuperSpeed.com...

(They are the maker of SuperDisk, a mirroring back to backing hdd software-based ramdrive solution, but the constraints of using it for a pagefile.sys housing is that you have MORE than 4gb online (4gb limit per process (2gb process/2gb OS use for mgt. of it in Windows NT-based modern OS (2000/XP/Server 2003) 32-bit systems not using the /3gb boot.ini switch)))

Then, the same basic article & ideas (plus tests also) later on for CENATEK itself (since I wanted to check this type of hardware), & it is featured on their webpage:

http://www.cenatek.com/ [cenatek.com]

See "An Independent User's Review of CENATEK's Rocket Drive" there on their homepage, it goes into it... & more + tests & results.

I have a 2gb solid-state drive via the RocketDrive (in RAM of its own onboard the PCI card) with 1gb as the pagefile.sys area, & the other 1gb as these value areas:


1.) %TEMP%/%TMP$% environmental variable values on it, so that temp ops in apps take place there (assuming since they all get a copy of the systemwide environment data structure, they use it, like an "in memory .ini file" to reference - & when they have tunable internal parameters (like WinZip &/or WinRar do for example, I set it in the app itself))

2.) Logging operations from apps & the OS itself (e.g. - the FILE value for EventLogs of all kinds) also occurs there & faster than it would on std. electro-mechanical HDD's...

3.) Lastly, things like webpage caching, history, & cookies placement occur here on it as well for the fastest possible access/reaccess to them as well (& so they do NOT clutter up the other files on the HDD's here, slowing things down even more...

4.) Running certain processes from it, like SETI@Home (boinc client folder in its entirety, & my output's incredible, "RAC" outpaces entire FARMS of systems, even faster than my own per-system-wise (RAC depends on factors like time you put into it also though, but the disk I/O occuring on this type of drive has to help as well, the results show that much).

5.) LASTLY - Folks into websites &/or database driven websites & DB Engines might wish to take note of these units as well... they can help TREMENDOUSLY there as well, & nowadays these units have backing power supplies as well (couple that with a UPS, you have data safety in the event of power outage as well)...

* :)

They're great stuff, IF you use them right! The value's NOT in the throughput really (the card bus you use, be it PCI or PCI Express even & SATA emulation has limits, far less than the memory used itself) but in the ACCESS/SEEK times for file I/O... think of it from that viewpoint when you go to apply these things, & you gain...


What is this new Slashdot thing? (-1, Offtopic)

Anonymous Coward | more than 8 years ago | (#14558216)

Is anyone else seeing this on the front page as one little bar with the subject, and the number of comments, but no writeup? I've seen this on a couple articles over the past few days, such as the Sweedish no-oil thing, and the AMD story. Is it just me?

VS flash on USB2? (1)

RingDev (879105) | more than 8 years ago | (#14558254)

How does this setup compare to a 2gig flash drive on USB4 or one of the integrated IDE/SATA flash readers?


Re:VS flash on USB2? (1)

merlin_jim (302773) | more than 8 years ago | (#14560998)

Well... flash is several orders of magnitude slower than DDRAM so I would say it probably compares quite well!

The sustained transfer rate is 150 MB/s... when was the last time you wrote your whole 128 MB USB flash whatever whatever in under a second?

Anywhere close to a second?

Ten seconds?

Re:VS flash on USB2? (1)

RingDev (879105) | more than 8 years ago | (#14561767)

True, current standards are 66MB/s it has advantages over either other option. Like the DDR solution there is no performance hit for non-sychronous transfer, it consumes less power then hard drives, and takes up less space. It's primary advantage over the DDR solution is that it is non-volitile.

Also, acording to this article, IDE and PCMIA Flash drives should hit 133 MB/s this year. http://www.letsgodigital.org/en/news/articles/stor y_5838.html [letsgodigital.org] And it was reported not too long ago on /. that 16 Mb chips(2MB each) are going into production and will lead to significantly larger drives. So, it's non-volitile, less power consumption, soon to be almost as fast, and significantly larger.

Like DDR it has the penalty of being insanely expencive compared to hard drives. At over $50 a GB (for flash) compared to $1 per GB (For hard drives), it's a plainly clear choice which way to go.


More on swapping/caching (1)

haute_sauce (745863) | more than 8 years ago | (#14558349)

Along those same lines, DB apps (Oracle, DB2,etc), and some server apps (Apache SSL cache off the top of my head) use shared memory structures (in *NIX).

When the structure is created initialized, and equal ammount of swap in allocated (whether it is needed or not). this would be a perfect place for this sort of memory.

Only 4 gigs max? (1)

thaerin (937575) | more than 8 years ago | (#14558448)

The least they could do is support 2GB modules to max the card out at 8GB. I don't think I could even copy over my entire World of Warcraft folder to that thing.

Near-dupe of July /. article (1)

davidwr (791652) | more than 8 years ago | (#14558451)

Yes it's a fresh press release and additional capability but it's a bit stale [slashdot.org] to be real news.

Why on earth SATA? (1)

psavo (162634) | more than 8 years ago | (#14558470)

Erm. So they take PCI card, pump data across SATA cable to chipset and then through PCI to processor and memory? Does anyone else see any redundancies here?

Now really, how many of potential users really need these to be attacheable from outside?

Is it really so hard to make that board pretend to be just another SATA controller, pump the data across PCI only once and not waste the SATA connector?

Re:Why on earth SATA? (1)

arabagast (462679) | more than 8 years ago | (#14558930)

it's drawing power to recharge its battery from the pci bus, nothing more. The real transfer is done over the sata bus, thus making it more or less driver free. A great advantage if you are running an OS that would most likely not be supported by the developer...

If they did it right. (1)

LWATCDR (28044) | more than 8 years ago | (#14558972)

It uses a FPGA. If they designed it right they may have the option to up the memory to a Max of 8 Gigs use the PCI bus, and move to SATA2.
A good reason for SATA is the ease that you could build a raid of these.
four cards set as a raid 0 would make for a VERY fast 16 gig drive.
This could be real handy for a database server.
If you are NOT storing graphics, video, or audio 16 gigs is a LOT of data.
Use an ATA drive for the OS and programs and keep your data base on the RAID RAM disk. Combine that with a lot of ram on the motherboard and you would have a very fast database server.

Link to Gigabyte's page (2, Informative)

b1t r0t (216468) | more than 8 years ago | (#14558707)

The article apparently only links to Gigabyte's home page, and if they do have a deeper link, I couldn't find it.

So here is a link to their Other Peripherals page [gigabyte.com.tw], where they list all three (!) versions of the board. But you still can't order directly from them anyhow.

What about a Photoshop/Gimp Scratch Disk? (0)

Anonymous Coward | more than 8 years ago | (#14558929)

Wouldn't it be nice ?

4GB, not just 1GB (1)

adrenalinerush (518023) | more than 8 years ago | (#14559667)

When I read the article title, I thought that the device would only store 1GB of data, not realizing that 'Gigabyte' was the manufacturer.

After reading TFA, I see that it's got four memory slots that the users fills with his memory of choice. Each slot supports up to 1GB, for a total of 4GB.

You guys are gorgetting (1)

MikeroWiz (949425) | more than 8 years ago | (#14560238)

You can plug in multiple cards into multiple PCI slots. If you attach their SATA connections to a SATA raid (or even non-raid) controller that is plugged into a higher pefromance slot, such as PCI-X or even a 64 bit PCI slot, you will most likely get better performance than this review leads you to believe. Their bottleneck wasn't this card, but the PCI bus holding the SATA controller they were using. This was obvious from the maximum transfer rates being close to the 125 MB/s theoretical PCI limit.

I can think of many things it would be great for.. (1)

C_Kode (102755) | more than 8 years ago | (#14560484)

Thousands of small file retrieval without the seek time overhead.

Large DNS zone files, millions of e-commerce product images (we have about 1.2 million images that consume less than 4GB of space), and heavily queried LDAP data. May be even a MySQL database that many very small tables.

I see it kind of the mini ResierFS of hardware...

I would love to have some R&D time to workout the possibilities with some of my operations.

I have bought one and reviewers obviously haven't. (2, Informative)

millisa (151093) | more than 8 years ago | (#14563679)

I read about these a while ago and have bought one.

Just like every single other review I've read, great things are claimed about this thing that "Its just like a hard drive" "Linux! Wee!" yadda yadda yadda.

I question whether most these reviewers actually touched one.

I have version 1.2 of the board.
I had four 512meg pc2700 dimms laying around (kingston) which I figured I'd try it out with. It seemed to work at first, detected in the bios, has the right size on autodetect.

I was able to format it once in Windows XP after initializing it. I have never successfully formatted it since. The data corrupted itself shortly thereafter. (I copied an iso back and forth from a standard sata disk and md5'd it.)

The speed was impressive. Copying to itself from itself did about 500mb in 5-7 seconds.

Now, the use in windows has some appeal (sql temp db? IIS cache / IIS compression dir?) but I really wanted this for some of my mail servers (spam scanners that need a fairly big glob of temp space) and possibly for some replicated mysql dbs.

I could not get any of the following linux installs to recognize that there was a disk on the system at sda or hda: fedora (core4), centos (4.2), ubuntu (um, whatever the iso is they have up). However, this was *only* during the installation process . . . I do not know what driver these installs might have needed that would allow it to see this device (they see a maxtor sata drive I have on hand just fine). If I installed onto a regular old sata hard drive, and turned off all PATA ports, I was able to see the I-Ram. I was able to fdisk the I-ram. I was able to mkfs.ext3 the i-ram, sort of... The smaller partitions seemed to go ok, but whenever I made a partition bigger than 200meg, sometimes mkfs would crap out throwing errors about the partition being possibly corrupt.

I was able to successfully install a 100meg fat partition, with dos on it and it worked quite well...

Now, because I was getting corruption and not using one of the suggested ram types, I purchased 4 1gig sticks of the exact model and chipset they listed as being tested (kingston kvf400x64c3a/1g).
This did not change any of the weirdness.

Now, I firmly believe this product works. I can't see them selling it if it didn't (yeah, I'm an optimist). I called their tech support to make sure there wasn't a firmware update I might need to make. All of my hardware should be supported (ICH6R chipset, right ram, right pci slot, etc) they said. They have not tested it at all in Linux he said (This didn't matter since I could show issues in Win32XP). He was not able to immediately RMA a new card however . . .all they have on hand in support is apparently one of hte prototype cards . ..so I'm having to wait until he gets one of the new ones, one of my chipset boards, and the suggested ram before he can make the call that a replacement would fix the issue.

I knew ahead of time I'd be dealing with early adopter pain, but there is use even though "SATA is so slow!". Yeah. Well, being able to push all 150mbytes/sec per SATA channel is good enough for me. That'd saturate a gigabit line and is good enough for me and I can put a 4gig ram disk on boards that wont support 4gig of ram total...

Don't consider this a review. I'm not speaking for or against the thing. This is purely my experience so far with *one* card...

So according to Moore's Law... (1)

r_jensen11 (598210) | more than 8 years ago | (#14563715)

...only 9 years until I have 68GB of solid-state storage! Finally, now I know when I can build my no-moving-parts, silent jukebox for my soundsystem! I wonder how much storage I'll need by then if I need 40GB now, especially if DVD-A becomes popular, let alone once we move to holographic storage [ibm.com] takes off in September of this year [com.com], although that date seems to make me wonder why the hell we're arguing about HD-DVD and BluRay....
Check for New Comments
Slashdot Account

Need an Account?

Forgot your password?

Don't worry, we never post anything without your permission.

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>
Sign up for Slashdot Newsletters
Create a Slashdot Account