home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 10056 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  3.5 KB
  1. Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!klaava!liljeber
  2. From: liljeber@klaava.Helsinki.FI (Mika Pekka Liljeberg)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Benchmarking under Linux (was Re: New 486 Suggestions?
  5. Message-ID: <LILJEBER.92Sep7093942@klaava.Helsinki.FI>
  6. Date: 7 Sep 92 07:39:42 GMT
  7. References: <1992Aug31.210041.21832@novell.com>
  8.     <1992Sep2.175417.11302@pool.info.sunyit.edu>
  9.     <1992Sep4.100706.12473@klaava.Helsinki.FI>
  10.     <1992Sep6.212556.14491@wuecl.wustl.edu>
  11. Sender: liljeber@klaava.Helsinki.FI (Mika Pekka Liljeberg)
  12. Organization: Department of Computer Science, University of Helsinki, Finland
  13. Lines: 51
  14. In-Reply-To: ets1@cec2.wustl.edu's message of 6 Sep 92 21: 25:56 GMT
  15.  
  16. In article <1992Sep6.212556.14491@wuecl.wustl.edu> ets1@cec2.wustl.edu (Eric Thomas Stuebe) wrote:
  17. > In article <1992Sep4.100706.12473@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
  18. > 
  19. >>But processor speed can be very important under linux: not just for the
  20. >>obvious user-level speedup, but due to better response to disk-drive
  21. >>interrupts and the like.  Faster machines may simply read the disk at
  22. >>the full 1:1 interleave - with slower systems, it's possible that the HD
  23. >>driver doesn't keep up, and you get the dreaded 1-block/rotation
  24. >>syndrome, which really hurts when swapping.  This problem is probably
  25. >>especially notable on 386SX machines: the 386 interrupt handling is
  26. >>inherently slow, but if the memory badwidth is further reduced by the
  27. >>16-bit bus, interrupt response is probably ever worse.
  28. >  
  29. >>        Linus
  30. > 
  31. > What would you guess that the odds are that this is actually happening to
  32. > anybody?  I'm running on the most basic Linux-capable system--16 Mhz 386sx,
  33. > with just 2M of RAM--so I expect that I'm getting hit by it if it's happening
  34. > to anyone.  I plan on repartitioning my hard drive soon anyway, I could
  35. > reformat with a 2:1 or even 3:1 interleave at the same time...but I thought
  36. > that the days of 3:1 interleaves were gone forever when I moved into double-
  37. > digit Mhz ratings.
  38.  
  39. I don't know about odds, but it's happening to me. I have a 25 MHz 386, at least
  40. until my mother board upgrade arrives, and two RLL drives. Using RLL drives is
  41. part of the problem, since 26 sectors/track makes for a lot tighter timing than
  42. 15 sectors/track. This wouldn't be a problem, if only my controller was buffered,
  43. but, sadly, it isn't. The controller is speced to perform at 1:1 interleave, but
  44. this is only possible, if the processor doesn't go off carousing, switching
  45. processes and the like. Sigh. The boon and price of a real OS.
  46.  
  47. On a related note, I have patches for a track buffered hd driver, in case anyone
  48. needs them. The paches bring my data transfer rates up from 56k/s (1 block/rotation)
  49. to about 300k/s (5-6 blocks/rotation), which is a definite imrovement. I have
  50. been using them for a couple of months now, with no problems, so they should be
  51. bug-free. So far I've been unable to interest Linus in the patches (they're not
  52. as clean as he would like, and I haven't had sufficient motivation to clean them
  53. up. Besides, I expect the problem to go away with the mother board upgrade.).
  54. However, if you would like them, drop me a mail.
  55.  
  56. > --
  57. > Eric Stuebe, CS/EE at Washington University *in St. Louis*
  58. > ets1@cec1.wustl.edu      "I didn't do it!  Nobody saw me do it--you can't
  59. > estuebe@nyx.cs.du.edu     prove nothin'! ...  What was the question again?"
  60.  
  61.     Mika
  62.  
  63. --
  64. Mika Liljeberg            Email:    liljeber@kruuna.Helsinki.FI
  65. Helsinki University            Mika.Liljeberg@Helsinki.FI
  66. Dept. of Computer Science
  67.