Article View: comp.sys.mac
Article #26492Re: Soft-preemption etc. (UNIX vs Multifinder)
From: Christopher Lyle Johnson
Date: Fri, 18 Mar 1988 07:15
Date: Fri, 18 Mar 1988 07:15
25 lines
1666 bytes
1666 bytes
I was hoping someone else would cover the misinformation posted earlier. It was claimed that UNIX only rescheduled on "lbolt" interrupts (every second). This is false on every implementation I have seen. Before returning from an interrupt to user mode (*any* interrupt) the system variable "runrun" is checked to see if a scheduling pass is necessary. If there is a higher priority process, the kernel context switches to it. (Some of this is done on vaxes by means of software interrupts.) This test is also made after system calls. There is a concept of a quantum in system V (v.v_ltick) that determines how long a particular process can run before a scheduling pass is forced. This variable is initialized in units of clock ticks (usually 60Hz). BSD systems (4.3) appears to reschedule every 4 ticks if necessary (also note that BSD vax clocks usually run faster - 100Hz by default). Thus the kernel can reschedule on every system clock tick or so, not every second as was reported earlier. Follows have been directed to /dev/null - this has nothing to do with Macintoshes and no one in unix.wizards cares. cj*
Technical Details
Message-ID:
<869@unisoft.UUCP>Path:
arc1-ca.pugleaf.net!utzoo!mnetor!uunet!unisoft!cjohnsonShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!mnetor!uunet!unisoft!cjohnson From: cjohnson@unisoft.UUCP (Christopher Lyle Johnson) Newsgroups: comp.sys.mac Subject: Re: Soft-preemption etc. (UNIX vs Multifinder) Message-ID: <869@unisoft.UUCP> Date: 18 Mar 88 07:15:51 GMT Reply-To: cjohnson@binary.UUCP (Christopher Lyle Johnson) Followup-To: /dev/null Organization: UniSoft Systems, 6121 Hollis St., Emeryville, CA 94608 Lines: 25 Keywords: Clock tick, interrupt Summary: UNIX can reshedule on each interrupt