home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / arch / storage / 615 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  2.1 KB
  1. Xref: sparky comp.arch.storage:615 comp.databases:6487
  2. Newsgroups: comp.arch.storage,comp.databases
  3. Path: sparky!uunet!usc!sol.ctr.columbia.edu!destroyer!ubc-cs!newsserver.sfu.ca!sfu.ca!vanepp
  4. From: vanepp@fraser.sfu.ca (Peter Van Epp)
  5. Subject: Re: Info on large, slow storage wanted (jukeboxes, etc.)
  6. Message-ID: <vanepp.715391122@sfu.ca>
  7. Sender: news@sfu.ca
  8. Organization: Simon Fraser University, Burnaby, B.C., Canada
  9. References: <1992Aug29.210553.8744@rhein-main.de>
  10. Date: Tue, 1 Sep 1992 23:45:22 GMT
  11. Lines: 35
  12.  
  13. vhs@rhein-main.de (Volker Herminghaus-Shirai) writes:
  14.  
  15. >I need to design a retrieval system for ~15TB of data, of which ~5TB are
  16. >retrieved with a high frequency (25 requests/second) and an access time
  17. >of avg. 30 seconds (max. 120 seconds). Retrieval lacks any locality, so the
  18. >5TB are real random-access. The rest of the data is still accessed at a
  19. >rate of 5 requests/second. Here, too, access is completely random.
  20. >So far I've come up with the following ideas:
  21.  
  22. >1) Use large (10GB) WORM jukeboxes with many pickers (~40),
  23. >   many drives (~150) and a *real* intelligent scheduler. No cache.
  24.  
  25. >2) Use 1) for the less-often-retrieved data, and several 625MB-OD
  26. >   jukeboxes with even more drives and a less intelligent scheduler.
  27.  
  28. >I figure that doing some 25 media changes a second would be a real
  29. >performance killer. Due to the response time restrictions (30 seconds)
  30. >there is hardly a chance to build a decent queue for pending requests
  31. >and schedule them appropriately.
  32. >So what we really need is 5TB of something like a huge, if slow, hard disk.
  33. >Is there any such kind of device? Any other ideas? Any help?
  34.  
  35. >Any kind of information is greatly appreciated (hints, pointers, ideas, etc.)
  36.  
  37. >--
  38. >Volker Herminghaus-Shirai (vhs@rhein-main.de)
  39.  
  40. Seeing all other expensive solutions being proposed, have you looked at
  41. Creo's optical tape units? Capacity is around a terabyte I believe, and 
  42. access time is said to be 1 minite for the whole tape. The drives are 
  43. however in the $250k range I believe. Since Creo is in town here send
  44. e-mail if you need an address.
  45.  
  46. Peter Van Epp / Operations and Technical Support 
  47. Simon Fraser University, Burnaby, B.C. Canada
  48.