home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / arch / storage / 628 < prev   
Encoding:
Text File  |  1992-09-07  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.arch.storage
  2. Path: sparky!uunet!mcsun!Germany.EU.net!ira.uka.de!smurf.sub.org!incom!orfeo!qb!vhs
  3. From: vhs@rhein-main.de (Volker Herminghaus-Shirai)
  4. Subject: Re: Info on large, slow storage wanted (jukeboxes, etc.)
  5. Message-ID: <1992Sep4.051635.8003@rhein-main.de>
  6. Sender: vhs@rhein-main.de (Volker Herminghaus-Shirai)
  7. Reply-To: vhs@rhein-main.de
  8. References: <1992Aug29.210553.8744@rhein-main.de>
  9. Date: Fri, 4 Sep 92 05:16:35 GMT
  10. Lines: 25
  11.  
  12. > I need to design a retrieval system for ~15TB of data, of which ~5TB are
  13. > retrieved with a high frequency (25 requests/second) and an access time
  14. > of avg. 30 seconds (max. 120 seconds). Retrieval lacks any locality, so the
  15. > 5TB are real random-access.
  16.  
  17. Since our feed has been sucking mud for weeks now I'm unable to follow
  18. any online discussion (if there is any). So far I have received several
  19. very helpful comments per email. I'll summarize in a few days. Here's
  20. answers to the most commonly-asked questions:
  21.     1) Cost: We know it's expensive. Budget is ~$15 million.
  22.     2) Access: Read-only, with few enough exceptions to handle
  23.         them separately.
  24.     3) Overall system load: ~4.5 MBytes per second, sustained
  25.     4) File organization: Flat UNIX file system
  26.     5) File size (~165 KB average)
  27.  
  28. I would appreciate it (if there is any online discussion about this topic)
  29. if somebody would be willing to email the discussion to me. But please ask
  30. me first, I don't want to drown in messages :-)
  31.  
  32. Thanks in advance,
  33.  
  34. ---
  35. Volker Herminghaus-Shirai (vhs@rhein-main.de)
  36.  
  37.