home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / hardware / 1450 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.4 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!mips!sdd.hp.com!wupost!cs.utexas.edu!uwm.edu!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!da0g+
  2. From: da0g+@andrew.cmu.edu (David Apfelbaum)
  3. Newsgroups: comp.sys.next.hardware
  4. Subject: Large Storage Systems (> 40 Gig.)
  5. Message-ID: <AeZ1W1W00WA74C4CVP@andrew.cmu.edu>
  6. Date: 20 Aug 92 14:11:13 GMT
  7. Article-I.D.: andrew.AeZ1W1W00WA74C4CVP
  8. Organization: Electrical & Computer Engineering, Carnegie Mellon, Pittsburgh, PA
  9. Lines: 28
  10.  
  11.  
  12.  
  13. Has anyone out there heard of any truely large storage systems?  Some
  14. people I know are looking to store something on the order of 40 to 50
  15. Gigabytes of data.  I've heard about Jukebox technology, but no one
  16. seems to make the necessary drivers for the NeXT.
  17.  
  18. So, do any of you know anything?  It would seem as though a Jukebox
  19. could be mounted as a removable-media SCSI drive, with only minor
  20. modifications to the existing device drivers to change disks on command.
  21.  But NeXT doesn't seem to provide the source to their drivers...  (Or
  22. documentation -- all I've been able to find are the .h files in
  23. /usr/include/nextdev...)
  24.  
  25.  
  26. Any ideas?  Am I tree'd?
  27.  
  28.  
  29.  
  30.                 -David Apfelbaum.
  31.                  da0g+@andrew.cmu.edu
  32.  
  33.  
  34.  
  35. P.S> The 32-bit (4 Gig) limit in the NeXT filesystem prevents using a
  36. jukebox as one large drive, as we would need to rewrite the filesystem
  37. to get around it...   Of course, if somebody out there has already done
  38. this.......
  39.