home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / ibm / pc / hardware / 29681 < prev    next >
Encoding:
Text File  |  1992-11-12  |  2.8 KB  |  71 lines
  1. Newsgroups: comp.sys.ibm.pc.hardware
  2. Path: sparky!uunet!ukma!darwin.sura.net!utkux1.utk.edu!martha.utcc.utk.edu!harp
  3. From: harp@martha.utcc.utk.edu (harp)
  4. Subject: Re: How to buy a CD ROM drive?
  5. Message-ID: <1992Nov12.194444.10982@utkux1.utk.edu>
  6. Sender: usenet@utkux1.utk.edu (USENET News System)
  7. Organization: University of Tennessee Computing Center
  8. References: <1555@yetti.UUCP>
  9. Date: Thu, 12 Nov 1992 19:44:44 GMT
  10. Lines: 59
  11.  
  12. In article <1555@yetti.UUCP> frank@cs.yorku.ca (Frank Pikelner) writes:
  13. >
  14. >Well, I think it may be time to purchase a CD ROM drive. I need the experts
  15. >on the net to let me know what I should be looking for, traps and pitfalls, etc.
  16. >
  17. >Some things I have questions on:
  18. >
  19. >Format type: HiSierra/(I forgot the second type) is this a function of the
  20. >             drive or a function of the drivers.
  21. >Block size: Do all drives read at 512k blocks? I know SUN uses 2048k blocks.
  22.  
  23. I think what you mean here is 512 byte to 2048 byte (.5k to 2k). 
  24.  
  25. >Access time: I heard MS set a standard of max. 350ms, is this important? I
  26. >             guess I may do multimedia in the future.
  27.  
  28. Access time is important.  I know that some old drives have seeks nearing
  29. 1000ms.  Typically, new drives are between 200 or so and 500ms.
  30.  
  31. >Transfer rate: it seems most are 1.5 - 1.6Mb
  32.  
  33. Not even close.  Most hard drives don't achieve 1.5 - 1.6Mb per second.  Cd
  34. drives achieve between 150k/sec and 330k/sec.  Many new drives offer dual
  35. speeds.  They function at the standard audio spinning speed and then double to
  36. 300k or so for data.  Good for video to have a faster transfer.
  37.  
  38. >Buffer size: is this similar to a read ahead cache?
  39.  
  40. Not a cache really, but a memory chunk that holds the data coming off the cd.
  41. This way, the cd will not have to wait for the cpu to let it read more data.
  42. It can feed the buffer and the cpu can pull it from there.
  43.  
  44. >OS support: I use DR DOS, OS/2 2.0, Linux, maybe NT when it comes out.
  45. >
  46. >What do you girls/guys recommend?
  47. >
  48. >Thanks in advance,
  49. >
  50. >-- 
  51. >
  52. >--------------------------------------------------------------------------
  53. > ---  ---    Frank Pikelner                                          /~\
  54. > \    \  \   Technical Assistant, Department of Computer Science    <v.v>
  55. >  \-   \--   York University (Toronto, Canada)                      ,\^/;
  56. >   \    \    Internet: frank@cs.yorku.ca                            _{!}_
  57. >--------------------------------------------------------------------------
  58.  
  59. From what I can tell, just about any SCSI cdrom drive you can get your hands on
  60. (being made now, not the older ones) conforms to certain standards that will
  61. allow it to be used on most platforms.  I am not a cd "guru", so I couldn't
  62. quote the standards but I do know that they exist.  I guess for PC's the
  63. problem boils down to the SCSI controller you have.
  64.  
  65. Sean Harp
  66. University of Tennessee
  67.  
  68.  
  69. P.S.  Any further elaborations of this would help both of us.
  70.  
  71.