View Full Version : IDE drive "zero latency", - for DVE/render cache/temp

03-10-2004, 04:44 AM
I believe that this is good news.

https://www.hyperos2002.com/07042003/products.htm#hyperosHDIIproduct )
(US$1225 plus P&P plus tax/duty)

HyperOS is an unusual system. It is a bit like a blend of a boot-
selector and a checkpoint/rollback environment, but on steroids. Park
that now as I'm side tracking. This company has developed from this
slant on how to best deal with the vagaries of running multiple OS,
or just putting up with the data hive that is the Windows Registry,
and how it creeks the more you meddle with it. So they have brought a
storage phenomenon from the data centre into the hands of mortals.
(OK, truthfully similar units were available years back, but at very
much smaller capacities and speeds/throughputs).

The above link is to a fairly economic non-volatile RAM disk that
appears as a normal storage device to an IDE controller/BIOS/OS.

It isn't as fast as most SCSI drive drives from a sustained transfer
perspective. Indeed many IDE drives will thrash it on
disktest/autoconfig. However one area it could well prove itself on
is for:

VT/Render cache
DVE storage
Windows Swap File
Aura/Mirage temp directory

The unit was announced around January, there is also a 2GB unit
(US$875, plus P&P plus tax/duty).

There is essentially zero seek time. So it will matter less how
complex your timeline has become as the rendered version will always
fit in the uncompressed D1 bandwidth requirement even if you go
directly from one render file to another with a complex progression
along the timeline.

If you limit your use of VT to purely switching, this should also
enhance your reliability. You may need no moving discs at all!

These types of units are usually called SSDs. Solid state discs, and
in the good old days they were composed of static ram (fast) or more
recently speed-optimised flash. Sometimes with magnetic storage
behind it to assist with system maintenance or behind the scenes
write-back caching. If you used it for the above folders, apart from
having to reformat it constantly, you could run it even with a
defective/disconnected battery.

Perhaps this is the shape of things to come. I wouldn't be surprised
if a few motherboard manufacturers started to offer this directly on
the motherboard and at faster than ATA33 (31.5MBytes/sec sustained,
negligible access time, thousands of I/O requests per second).

(you could probably stick it on a firewire/IDE bridge if you are
short on IDE sockets (firewire400 is about 50MB/sec, which gives

I'll be pleased to see this stuff get cheaper and better. Not bad for
starters. The manufacturer believes users will install Windows onto
them and their core apps. Apparently XP installs in about 10 minutes
to such a device as this. However, for VT, I feel the scratch-pad
storage is the first consideration. I maybe "underselling" it though.

Imagine a few of these on a RAIDCore or 3ware-Escalade controller!