From owner-freebsd-bugs Thu Feb 6 8:20:12 2003 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92C5E37B401 for ; Thu, 6 Feb 2003 08:20:10 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BFB443FDF for ; Thu, 6 Feb 2003 08:20:09 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id h16GK9NS015028 for ; Thu, 6 Feb 2003 08:20:09 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id h16GK8IY015026; Thu, 6 Feb 2003 08:20:08 -0800 (PST) Date: Thu, 6 Feb 2003 08:20:08 -0800 (PST) Message-Id: <200302061620.h16GK8IY015026@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Baldwin Subject: Re: kern/18524: The current kernel doesn't keep stats on a per c Reply-To: John Baldwin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/18524; it has been noted by GNATS. From: John Baldwin To: Arun Sharma Cc: smp@freebsd.org, freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/18524: The current kernel doesn't keep stats on a per c Date: Thu, 06 Feb 2003 11:13:15 -0500 (EST) On 06-Feb-2003 Arun Sharma wrote: > > I'd like to reopen this PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=18524 > > and submit a new patch: > > http://www.sharma-home.net/~adsharma/misc/pcpu-cptime.patch > > $ sysctl kern.smp.cpu kern.cp_time > kern.smp.cpu.0.cp_time: 1196 1 2900 351 74120 > kern.smp.cpu.1.cp_time: 1248 3 2837 329 74110 > kern.cp_time: 2444 4 5737 680 148230 > > The ugliest part of this patch is calling mi_cpu_start(cpu). I tried > making the calls in i386/mp_machdep.c, but ran into panics no matter > where I placed the call (mi_cpu_start ends up calling malloc, which may > block, do TLB shoot downs etc). > > So if someone has a better idea about how to arrange for a machine > independent cpu start/stop hook that could make blocking calls, I'd like > to hear about it. Why not stick the cp_time stuff in struct pcpu instead of using an array? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message