NODE 5370f112RE: Brute Force DES
"Chris Adams" <adamsc@io-online.com>Thu, 25 Jul 1996 13:59:33 +0800
On 24 Jul 96 06:19:10 -0800, mattt@microsoft.com wrote:
>To whittle this down to a 40-bit workload, we'd have to save 2^36
>entries* 2^8 bytes/entry = 2^39 Bytes = 512 Gig. Yes, admittedly large.
Can you say RAID? I've had an idea for something similar to this, where
you have a VERY large database btreed using the file system and
subdirectories. This type of thing would REALLY lend itself to Unix, as
we could just mount separate drives as branches of the tree. Now, enable
NFS and things get interesting...
>What's the cheapest form of storage, magtape? How much can you store on
>magtape? The entries can be sorted so that lookup doesn't take long even
>when you have to mount tapes.
Hmmmm... Don't they have some of those 8mm tapes that go to 4-8GM per
tape? Anyone have access to one?
// Chris Adams <adamsc@io-online.com> - Webpages for sale! Se habla JavaScript!
// Automatically receive my resume or PGPKEY by sending email with a subject
// of 'send PGPKEY' or 'send resume'. Capitalization counts so be careful!
NODE 940b9ab8RE: Brute Force DES
dlv@bwalk.dm.com (Dr.Dimitri Vulis KOTM)Fri, 26 Jul 1996 06:15:56 +0800
"Chris Adams" <adamsc@io-online.com> writes:
> >What's the cheapest form of storage, magtape? How much can you store on
> >magtape? The entries can be sorted so that lookup doesn't take long even
> >when you have to mount tapes.
>
> Hmmmm... Don't they have some of those 8mm tapes that go to 4-8GM per
> tape? Anyone have access to one?
One can also have an index to the data on faster storage: that's how I usually
store the data on tapes.
One note about these huge 8mm tapes (like the ones from Exabyte): random seeking
them is very slow.
---
Dr.Dimitri Vulis KOTM
Brighton Beach Boardwalk BBS, Forest Hills, N.Y.: +1-718-261-2013, 14.4Kbps