home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / biz / sco / general / 4877 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  2.0 KB
  1. Path: sparky!uunet!olivea!xenitec!news
  2. From: belal@sco.COM (Bela Lubkin)
  3. Newsgroups: biz.sco.general
  4. Subject: boot-time delay, Re: Two things....
  5. Message-ID: <9212292327.aa06350@scoke.sco.COM>
  6. Date: 30 Dec 92 07:27:13 GMT
  7. Sender: news@xenitec.on.ca (xenitec.on.ca News Administrator)
  8. Organization: [resent by] The SCOGEN gateway and Propagation Society
  9. Lines: 38
  10. Resent-From: mmdf@xenitec.on.ca
  11. Submit-To: scogen@xenitec.on.ca
  12. Precedence: bulk
  13.  
  14. Michael B Garrett wrote:
  15.  
  16. > Also: Has anyone ever seen an ODT system that took about 1 minute to start
  17. > reading the .text and .data files on bootup? Mine waits at least that long
  18. > after you hit "enter" at the "Boot:" prompt. Since it has done this since
  19. > ODT 1.0, I assumed it was just a SCSI kinda thing, but my last client
  20. > got SCSI also, and it doesn't do it there. Both machines are EISA 486/33,
  21. > mine is a Bustek 742A and the client's is a 1740A.
  22. > 
  23. > Is this slowness indicative of some problem I'm unaware of, or is it
  24. > just because the disk is slower (Maxtor 660MB) ?
  25.  
  26. Are you sure this behavior dates back so far?  (I sort of doubt it since
  27. at the time that ODT 1.0 was current, 486/33 EISA machines did not
  28. exist).  I wonder because a delay at exactly that point in the boot
  29. process was introduced with SCO UNIX 3.2v4.0 and ODT 2.0.  The delay is
  30. indicative of the boot program being extremely careful about caches.
  31. ODT 1.1 and UNIX 3.2v2 had problems on 486 machines because /boot could
  32. get confused by the 486 internal cache.  The new code is "paranoid" and
  33. does (slow) cache-flush instructions while sizing memory.
  34.  
  35. In a later release (I'm not sure which release this will appear in), the
  36. delay will be user-selectable (you can choose to have it skip the cache
  37. flushes, and *hope* it's safe); and, instead of sitting there looking
  38. like it hung, it will print dots:
  39.  
  40.   Boot
  41.   :
  42.  
  43.   Sizing memory
  44.   .................
  45.   Loading hd(40)unix .text
  46.   ................................
  47.  
  48. Anyway, under 3.2v4.x and ODT 2.0, the delay is normal (and varies
  49. depending on CPU speed, cache design etc.)
  50.  
  51. >Bela<
  52.