home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / amiga / 2620 < prev    next >
Encoding:
Text File  |  1992-12-30  |  1.9 KB  |  42 lines
  1. Newsgroups: comp.unix.amiga
  2. Path: sparky!uunet!munnari.oz.au!spool.mu.edu!umn.edu!uum1!gw!rogue.digibd.com!rhealey
  3. From: rhealey@rogue.digibd.com (Rob Healey)
  4. Subject: Re: Difficulties rebuilding the kernel
  5. Message-ID: <C03637.MFx@digiboard.digibd.com>
  6. Sender: news@digiboard.digibd.com (USENET News)
  7. Nntp-Posting-Host: rogue.digibd.com
  8. Organization: DigiBoard Incorporated, Eden Prairie, MN
  9. References:  <1hmle0INNhdr@zikzak.apana.org.au>
  10. Date: Wed, 30 Dec 1992 18:59:31 GMT
  11. Lines: 29
  12.  
  13. In article <1hmle0INNhdr@zikzak.apana.org.au>, zik@zikzak.apana.org.au (Michael Saleeba) writes:
  14. |> I'm running a public access UNIX system using Amiga UNIX 2.1. One
  15. |> thing that becomes very clear very quickly is that Amiga UNIX is not
  16. |> set up for multiple users. Running innd, nnmaster, and having three or
  17. |> four interactive users the machine stops pretty much dead in its
  18. |> tracks.
  19. |> 
  20.     Check to see if any of your programs are CPU pigs. The mthreads
  21.     daemon that came with 2.1 is a real oinker for one. nfsd's tend
  22.     to pig CPU as well.
  23.  
  24. |> I decided to tweak the configurable parameters in the kernel. I
  25. |> thought that decreasing the timeslice parameter might make the system
  26. |> more suited to interactive use. This is where the fun came in...
  27. |> 
  28. |> I'm running gcc 2.3.2. Remaking the kernel with the appropriate
  29. |> changes was no problem. However this looked a little wierd to me:
  30. |> 
  31.     It's probably a REAL BAD idea to mix and match the objects from
  32.     gcc 1.40.x and gcc 2.x. Use the original 1.40.x compiler that
  33.     came with AmigaUNIX to make sure the the code is consistant. gcc 2.3
  34.     does NOT support dynamic librarys or pc-relative code and changes
  35.     the way code is layed out in general. The original gcc should be
  36.     used for building the kernel and dynamic librarys, i.e. X11R5,
  37.     in order to avoid problems. Markus's hacks to 2.2.2 SEEM to allow
  38.     for dynamic librarys but the pc relative code for the boot stuff
  39.     in the kernel still can act weird.
  40.  
  41.         -Rob
  42.