From owner-freebsd-smp Thu Jul 1 14: 9:13 1999 Delivered-To: freebsd-smp@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id A3D9614C32 for ; Thu, 1 Jul 1999 14:09:06 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id LAA25015; Thu, 1 Jul 1999 11:33:16 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd022462; Thu Jul 1 11:29:10 1999 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id LAA07360; Thu, 1 Jul 1999 11:27:10 -0700 (MST) From: Terry Lambert Message-Id: <199907011827.LAA07360@usr06.primenet.com> Subject: Re: async call gates To: vanderh@ecf.utoronto.ca (Tim Vanderhoek) Date: Thu, 1 Jul 1999 18:27:10 +0000 (GMT) Cc: tlambert@primenet.com, bright@rush.net, smp@FreeBSD.org In-Reply-To: <19990630215657.C7269@mad> from "Tim Vanderhoek" at Jun 30, 99 09:56:57 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Thu, Jul 01, 1999 at 01:00:36AM +0000, Terry Lambert wrote: > > > > 2) We can implement on top of the asynchronous (non-blocking) > [...] > > Rather than giving up our quantum, however, we change to > > another set of registers, another program counter, and > > Is this the famous "It's my damn quantum" debate? Yes. With appologies to the USMC: The Creed of the UNIX Process This is my quantum. There are many like it, but this one is mine. My quantum is my best friend. It is my life. I must master it as I master my life. My quantum, without me is useless. Without my quantum, I am useless. I must utilize my quantum true. I must preempt more frequently than the other processes on the system who are trying to starve me. I must preeempt them before they preempt me. I will... My quantum and my address space know that what counts in execution is not the number of system calls we make, the count of our instructions, nor the context switches we are involved in. We know that it is the elapsed wall time to completion. We will complete... ... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message