home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23055 < prev    next >
Encoding:
Text File  |  1993-01-07  |  2.9 KB  |  64 lines

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!munnari.oz.au!hp9000.csc.cuhk.hk!a080700
  3. From: a080700@hp9000.csc.cuhk.hk (Stephen Wong S M)
  4. Subject: Re: Performance Enhanced or Worsened by Cache Addition? On Zeos 486DX2-66 system?
  5. Message-ID: <1993Jan7.113057.15502@hp9000.csc.cuhk.hk>
  6. Organization: The Chinese University of Hong Kong
  7. References: <FRIEDMAN.93Jan7000112@khan.trincoll.edu>
  8. Date: Thu, 7 Jan 1993 11:30:57 GMT
  9. Lines: 53
  10.  
  11. In article <FRIEDMAN.93Jan7000112@khan.trincoll.edu> mark.friedman@mail.trincoll.edu writes:
  12. >On some PC-Clone systems, when running some versions of Unix, users
  13. >have found that performance actually increases after disabling the
  14. >hardware cache perhaps because the cacheing algorithm in the kernel
  15. >was better tuned to Unix access than the hardware cacheing algorithms.
  16. >
  17. >Can anyone argue through an understanding of Linux's kernel and
  18. >hardware cacheing, or through experience, or best yet actual
  19. >measurements whether the performance of Linux with X, and say GNU
  20. >programs such as emacs and gcc increases or decreases with the
  21. >addition of a hardware cache?
  22. >
  23. >In particular, I'd be interested in knowing if any Zeos 486DX2-66
  24. >system users have measured/experienced their systems running Linux
  25. >with and without the 128K and 256K hardware caches and experie nced a
  26. >significant difference in performance in either direction.
  27. >
  28. >I am trying to decide whether to purchase a 128K cache upgrade to go
  29. >with a system with 16M RAM.
  30. >
  31. >Thanks,
  32. >
  33. >-- Mark
  34. >--
  35. >
  36. >
  37. >Mark A. Friedman                  mark.friedman@mail.trincoll.edu
  38. >Engineering and Computer Science       or friedman@starbase.trincoll.edu
  39. >Trinity College                               Phone: (203) 297-2519
  40. >Hartford, Connecticut   06106                         Fax: (203) 297-2569
  41.  
  42. You must be mixed up disk cache with CPU cache.  In general, no flame, no
  43. flame please, disk cache can be implemented quite good by kernel code, as
  44. in linux, and therefore, you may be better to use software disk cache,
  45. rather than cached harddisk controller.  However, CPU cache is totally
  46. different story.  The kernel cannot speed up main memory (RAM) access by
  47. software method!  Unless the CPU cache design is really bad.  
  48.  
  49. You will be quite sure to gain some speed in increasing CPU cache size.  
  50. However, there is deminishing return in adding CPU cache.  Let say, if 
  51. you add extra 32kB secondary cache on top of the 8kB internal cache in 
  52. 486DX, you will really feel the difference in speed.  On the other hand, 
  53. if you add extra 256kB CPU cache on top of a system which already has 
  54. 256kB, you may not tell the difference!
  55.  
  56. *><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*
  57. v Stephen Wong Siu-ming       v internet: stephenwong@cuhk.hk        v
  58. ^ Computer Services Center    ^ bitnet  : a080700@cucsc.bitnet       ^
  59. * Chinese University of       * phone   : (852) 609-8904             *
  60. v Hong Kong                   v fax     : (852) 603-5001             v
  61. *><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*
  62.  
  63.  
  64.