Date: Thu, 14 Nov 2002 00:50:44 +0100 From: Borja Marcos <borjam@sarenet.es> To: Borja Marcos <borjamar@sarenet.es> Cc: freebsd-current@freebsd.org Subject: MORE: Re: Bug? vm.stats.sys.v_syscall not updated Message-ID: <200211140050.44760.borjam@sarenet.es> In-Reply-To: <200211140017.52416.borjamar@sarenet.es> References: <200211140017.52416.borjamar@sarenet.es>
next in thread | previous in thread | raw e-mail | index | archive | help
Looking at the kernel sources, I see that in /usr/src/sys/i386/i386/trap.c,
--- snip
/*
* note: PCPU_LAZY_INC() can only be used if we can afford
* occassional inaccuracy in the count.
*/
PCPU_LAZY_INC(cnt.v_syscall);
--- snip
This seems to be a macro to update a per-CPU variable. But, AFAIK, there is
*only* one variable now. Is it correct?
The ia64 version (/usr/src/sys/ia64/ia64) happily updates this variable:
---- snip
syscall(int code, u_int64_t *args, struct trapframe *framep)
{
struct sysent *callp;
struct thread *td;
struct proc *p;
int error = 0;
u_int64_t oldip, oldri;
u_int sticks;
cnt.v_syscall++;
---- snip
What happens here? Is this a bug caught in the middle of a change?
BTW... Is there a major change in the sysctl MIB for 5.0-RELEASE? I am using
it to get most of the information logged to Orca and I should take it into
account.
Thanks,
Borja.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200211140050.44760.borjam>