Alan Amesbury wrote:
[snip]
> I'd like to run bsnmpd, but need the UCD-MIB for other performance
> monitoring. I could run net-snmp and proxy requests through it to
> bsnmpd, but that strikes me as inelegant. There's a bsnmpd-ucd module
> at Google
>
> htt
f so, which one?
Thanks in advance for any information you can provide!
--
Alan Amesbury
University of Minnesota
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any
functioning *before* you start
tweaking it.
--
Alan Amesbury
OIT Security and Assurance
University of Minnesota
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
than ixgb(4), as PCIe and support in
6-STABLE are extremely compelling.
Thanks again for the help!
--
Alan Amesbury
OIT Security and Assurance
University of Minnesota
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/lis
I don't think PCI-X can't keep up with a
saturated 10Gb link), I'd appreciate pointers.
Thanks again to those who responded... and thanks in advance to those
who join in on this thread later. :-)
--
Alan Amesbury
OIT Security and Assurance
University of Minnesota
idiculously fast packet
capture?
As always, thanks in advance!
--
Alan Amesbury
OIT Security and Assurance
University of Minnesota
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ervals shorter than five seconds, though, as some of those tools have
historically had counters that didn't update meaningfully in intervals
shorter than that. There's also the question of jitter, noise, whatever.
Also, if you want to benchmark the filesystem code
posting) said that scp is *faster* than HTTP. Since SMP is apparently
involved, I'm wondering if this is related to the various em(4) problems
noted earlier in a number of threads on -stable and -hackers. I'd
suggest checking those for clues, particularly if SMP actually is being
us
ode for setting LEDs busy-waits for several mS which is several polling
> periods. It must be about 13mS to lose 3200 packets when packets
> are arriving at 240 kpps.
>
> With a network server you won't be hitting Caps Lock a lot but have to
> worry about other low-
ax=1000:
- kern.polling.burst is frequently 1000 and almost always >850
- 'vmstat 5' shows context switches unchanged, but interrupts
are 150K-190K
- 'vmstat -i' unchanged from burst_max=150
- CPU load and CPU idle time ve
10 matches
Mail list logo
