From owner-freebsd-smp Fri Aug 4 1:30:46 2000 Delivered-To: freebsd-smp@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id CD53137B967 for ; Fri, 4 Aug 2000 01:30:41 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id KAA02700; Fri, 4 Aug 2000 10:30:24 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Greg Lehey Cc: FreeBSD SMP list Subject: Re: Functional interrupt-thread based SMPng code is now available In-reply-to: Your message of "Thu, 03 Aug 2000 16:46:32 +0930." <20000803164632.B30009@wantadilla.lemis.com> Date: Fri, 04 Aug 2000 10:30:24 +0200 Message-ID: <2698.965377824@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <20000803164632.B30009@wantadilla.lemis.com>, Greg Lehey writes: >I now have interrupt threads running here on a single processor Intel >machine. Diffs against today's -CURRENT are at >http://people.freebsd.org/~grog/patches4.gz. > >This code still needs a lot of work, of course. In particular, > >1. There's no alpha MD support. >2. There's no Intel SMP support. >3. There are various minor things which need fixing. For example: > - CPU time usage doesn't work correctly: vmstat and top both show > 100% system CPU usage, no user time, no idle. ps shows that the > rtc interrupt (irq8) is using between 80% and 100% of CPU time, > and the interrupt processes don't accumulate CPU time. I'll > look at these in the near future. This is because irq8 is the statclock() interrupt which charges ticks to system/user time for processes. It always charges curproc. It might be a better and more efficient thing to use use the TSC/PCC to account cpu time with, but since we don't have that on i386/i486 we would probably need to retain the old statclock code as a kernel option. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message