Is anyone seeing problems with bsnmpd reporting an incorrect
HOST-RESOURCES-MIB::hrProcessorLoad value under HEAD? I'm using the
default /etc/snmpd.config settings and am loading the
/usr/lib/snmp_hostres.so library just as I do in 6.3, but the value for
this MIB always reports CPU utilization at 100% regardless of the actual
load on the system. 6.3 and 6-STABLE both work correctly and report the
actual CPU utilization when queried.I tested this on my 7-STABLE build system and see the same anomaly as I
do with HEAD. I last csuped CURRENT on 4/29 15:00 GMT. I'm thinking I'm
doing something wrong but wanted to see if anyone else was experiencing
this.Thanks,
Proto
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
IIRC, I noticed this when I changed to ULE from 4BSD_SCHED.
---Mike
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Would match my environment as well, as I'm using ULE on all of the
affected systems. Just built a 4BSD kernel on my HEAD system and
HOST-RESOURCES-MIB::hrProcessorLoad reports a correct value again.Anyone have an idea on a fix?
Thanks,
Proto
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
On Tue, 6 May 2008, Michael Proto wrote:
MP>Mike Tancsa wrote:
MP>> At 08:55 PM 5/6/2008, Michael Proto wrote:
MP>> > Is anyone seeing problems with bsnmpd reporting an incorrect
MP>> > HOST-RESOURCES-MIB::hrProcessorLoad value under HEAD? I'm using the
MP>> > default /etc/snmpd.config settings and am loading the
MP>> > /usr/lib/snmp_hostres.so library just as I do in 6.3, but the value for
MP>> > this MIB always reports CPU utilization at 100% regardless of the actual
MP>> > load on the system. 6.3 and 6-STABLE both work correctly and report the
MP>> > actual CPU utilization when queried.
MP>>
MP>> IIRC, I noticed this when I changed to ULE from 4BSD_SCHED.
MP>>
MP>> ---Mike
MP>> _______________________________________________
MP>> freebsd-current@freebsd.org mailing list
MP>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
MP>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
MP>
MP>Would match my environment as well, as I'm using ULE on all of the
MP>affected systems. Just built a 4BSD kernel on my HEAD system and
MP>HOST-RESOURCES-MIB::hrProcessorLoad reports a correct value again.
MP>
MP>Anyone have an idea on a fix?If anybody has a fix that works with both schedulers, I happily commit
this.harti
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Here you are :)
--- hostres_processor_tbl.c.old 2008-05-07 17:23:47.000000000 +0700
+++ hostres_processor_tbl.c 2008-05-07 17:23:54.000000000 +0700
@@ -120,7 +120,7 @@ static double
processor_getpcpu(struct kinfo_proc *ki_p)
{- if (ccpu == 0 || fscale == 0)
+ if (fscale == 0)
return (0.0);#define fxtofl(fixpt) ((double)(fixpt) / fscale)
--
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
This worked (sorta). On my PCEngines ALIX platform CPU utilization on
HEAD dropped down to 0-2% from a constant 100%. It looks slightly
incorrect though, as there is 3-4% interrupt load at all times on that
system (as per top and vmstat). Still a much better representation than
before though.So is this fix facetious and I'm not seeing it due to my lack of C prowess?
Thanks,
Proto
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
This patch just fix "Stolen from /usr/src/bin/ps/print.c" :)
In ULE ccpu is 0.--
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
On Mon, 19 May 2008, Michael Proto wrote:
there are further problems. I talked with Jeffr about this and
forwarded him the details.As we all have been in transit the last days/... give him a few more
days./bz
--
Bjoern A. Zeeb Stop bit received. Insert coin for new game.
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
The problem as dwhite told syrinx and I found out it that ccpu is 0
for ULE and there is a return 0.0 for that case.The problem is that after removing that patch I see "something".
Pinning my a.out to the 2nd of my 2 single core opterons, top reports
CPU 1 100% a.out but snmp says 0 even if I leave that runnign for a
few minutes.I am not sure if hostres is doing it all correct, nor am I sure
sched_ule.c/kern_proc.c are right. This needs more investigation.
Either syrinx or I will have a look. Worst I'll try to catch Jeff./bz
--
Bjoern A. Zeeb Stop bit received. Insert coin for new game.
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Linus Torvalds | Linux 2.6.21 |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
git: | |
| Andrew Morton | Re: [Bugme-new] [Bug 12877] New: tg3: eth0 transit timed out, resetting -> dead NIC |
| Krzysztof Oledzki | Error: an inet prefix is expected rather than "0/0". |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| Johann Baudy | Packet mmap: TX RING and zero copy |
