|Gigabyte i-RAM or GC-RAMDISK, PCI version|
The Gigabyte i-RAM (or GC-RAMDISK) is a curious device. I have always been uncertain if it was a commercial success or not however the main specifications are here:
- PCI 3.3V and 5V slot for power (bottom edge connector)
- SATA 150 hard disk connection (red connector, top right)
- Maximum capacity of 4 gigabytes (yes 4)
- One benchmark has it at 25,576 RW IOPS for 512k (YES 25k IOPS)
- Doesn't wear out or degrade with time or capacity like an SSD
- Backup battery (on the right) keeps the data on the drive live for about 16 hours.
ZFS ZILI am a big user of ZFS on Linux for many reasons (note unless they have released 0.6.3 use git HEAD as so many important fixes have been bundled in since 0.6.2).
ZFS is an excellent file system (you can read about it here) but mainly I value it for the data integrity first and the ease of configuration second.
ZFS is designed to take advantage of hierarchical storage to deliver increased performance, i.e. you can feed it hard disks for bulk storage, SSDs and things like this RAMDISK as caches/log volumes and it will present a single, high integrity, higher performance, volume to the operating system.
The log I care about particularly (as do most ZFS users) is the ZIL or ZFS Intent Log. For full details read the blog but basically every so often a filesystem must commit data to persistent storage before carrying on for data integrity/safety's sake. Having a low latency, separate log allows the filesystem to massively accelerate its performance by moving those critical writes off the slow bulk storage onto a dedicated device until they can be committed to bulk storage in an scheduled, ordered, sane manner. This also frees the bulk storage to service the other outstanding requests for data.
SSDs work well as ZIL devices however the device is constantly hit with small writes which will wear the disk reasonably quickly and degrades the IOPS as the different areas of the flash array are written to and the management IC works harder.
The Gigabyte i-RAM (GC-RAMDISK) doesn't wear, nor does it suffer from degraded IOPS over time. It also still has a very high IOPS value for such an old piece of hardware.
Modifying it to run outside a PCI socketWhile the i-RAM looks like it is a PCI card it merely uses the socket for power, nothing else. A bit of reverse engineering reveals the i-RAM uses the following:
- 12V seems to be related to the battery backup subsystem
- 5V used to power the DDR termination supplies and charge the battery, certainly high current
- 3.3V used to power the main electronics on the board
- 3.3Vaux [always on] used to trickle charge the battery and keep the RAM contents alive when the computer is powered down
- RST# used to switch the card from standby to on when the PC powers up and off again on power down
- 5Vsb [always on]
- PS_OK indicates the power supply if fully turned on and voltages stable
- 12V - 12V
- 5V - 5V
- 3.3V - 3.3V
- 3.3Vaux - Power Regulator - 5Vsb
- RST# - PS_OK
Here are the photos of the final product:
|Rebuilt i-RAM attached to standoffs inside the case lid|
|Component side (B) of the modified i-RAM showing heavy flywires and Molex sockets|
|Side A of the modified i-RAM showing heavy flywire connections|
|Inline ATX 5VSB to 3.3Vaux linear regulator (in fact the regulator on this board is incorrect and was replaced with the LM1084)|
|Screw terminal block splicing the necessary ATX voltages for the i-RAM|