> All modern systems use DRAM for main memory, with the > exception perhaps of a very small embedded system.
I work in networking. SRAMs are used extensively. There are many applications where SDRAM access times are not enough. > Squeezebox uses DRAM, (specifically SDRAM) In that case someone ought to update http://wiki.slimdevices.com/index.cgi?SLIMP3ClientProtocol since it states ".. buffer chip is a 128K x 8 (1Mbit) SRAM. It is presented to the server as a 64K x 16 circular buffer .." > Anyway, all that is beside the point - neither is inherently > any more reliable than the other. Provenly untrue. See http://www.geek.com/news/geeknews/2003May/bch20030515020006.htm In my field, ECC has become a new requirement in the last 4 years because of true issues and instabilitieds caused by occasional flipped bits. There are enough IEEE articles on it to fill a bookshelf. > .. You are mistaken if you think a computer could function > with bad memory in such a way that it could output > the "occasional bad bit". It just doesn't work like that! It does, and has, and continues to happen. The key is to detect most errors, but no error detection scheme is utterly immune to overy possible combination of errors. CRC definitely isn't. Highe rleve protocols may detect the error, sometimes via check, sometimes the hard way via a diagnosed problem. The computer infrastructure underneath works fine most of the time despite occasional flipped bits, which are an everyday reality as we transport information, and are detected and corrected most of the time. What I was asking is data on errors during transmission from audio CD to computer. Thanks for going on a tangent and telling me I am an ignorant sod. -- pablolie ------------------------------------------------------------------------ pablolie's Profile: http://forums.slimdevices.com/member.php?userid=3816 View this thread: http://forums.slimdevices.com/showthread.php?t=32993 _______________________________________________ audiophiles mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/audiophiles
