Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!ucsd!ames!uhccux!munnari.oz.au!murtoa.cs.mu.oz.au!otc!metro!extro!natmlab!ditsyda!evans
From: evans@ditsyda.oz (Bruce Evans)
Newsgroups: comp.os.minix
Subject: Re: More Minix ST kernel speedups
Message-ID: <2195@ditsyda.oz>
Date: 9 Sep 89 07:17:48 GMT
References: <23502@louie.udel.EDU>
Reply-To: evans@ditsyda.oz (Bruce Evans)
Organization: CSIRO DIT Sydney, Australia
Lines: 13

In article <23502@louie.udel.EDU> I5110401%DBSTU1.BITNET@cornellc.cit.cornell.edu writes:
>... multiplications caused by the proc_addr() macro can be *totally avoided*
>... create an array of pointers to process descriptors on startup ...
>... division of two longs in the interrupt code ... to calculate proc number
>... By adding a new field to the process structure this can be avoided

These modifications are already in my 286 PM kernel, and so should be in
1.4b-PC. The old proc_addr() macro is better for constant proc numbers, so I
renamed it cproc_addr() and kept it for those.

I think my kernel gets used, but the code is not widely read. (?)
-- 
Bruce Evans		evans@ditsyda.oz.au