5.4 network performance

Singh, Vijay Vijay.Singh at netapp.com
Tue May 31 14:19:17 PDT 2005


> On Tuesday 31 May 2005 01:37 pm, Singh, Vijay wrote:
> > Hello. I am trying to benchmark 5.4 performance for a 
> company project.
> > I've got:
> >
> > FreeBSD 5.4-RELEASE #0: Fri May 27 20:52:58 PDT 2005
> >     admin at netpc13.lab.netapp.com:/usr/obj/usr/src/sys/SMP
> > Timecounter "i8254" frequency 1193182 Hz quality 0
> > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2395.92-MHz 686-class CPU)
> >   Origin = "GenuineIntel"  Id = 0xf27  Stepping = 7
> >
> > 
> Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,P
> > GE ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,S
> > SE2,SS,HTT,TM,PBE>
> >   Hyperthreading: 2 logical CPUs
> > real memory  = 1073676288 (1023 MB)
> > avail memory = 1041121280 (992 MB)
> > ACPI APIC Table: <RCC    GCHE    >
> > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs  cpu0 
> (BSP): APIC 
> > ID:  0
> >  cpu1 (AP): APIC ID:  1
> >  cpu2 (AP): APIC ID:  2
> >  cpu3 (AP): APIC ID:  3
> >
> > em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port 
> > 0xc800-0xc83f mem 0xfe8c0000-0xfe8dffff irq 18 at device 2.0 on pci1
> > em1: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port 
> > 0xd000-0xd03f mem 0xfe8e0000-0xfe8fffff irq 19 at device 2.1 on pci1
> >
> > The UP version of the builds is able to deliver close to 
> line rate on 
> > these 2 interfaces. However the SMP build (with WITNESS and 
> INVARIANTS
> > disabled) gives me half the line rate on them. I am using netperf.
> >
> > /opt/netperf/netperf -H x.x.x.x -f m -l 120
> >
> > Socket Socket  Message  Elapsed
> > Size   Size    Size     Time     Throughput
> > bytes  bytes   bytes    secs.    10^6bits/sec
> >
> > 65536  16384  16384    120.00    429.14
> > 65536  16384  16384    120.00    501.74
> >
> > Is there something I can do to make the system scale? I 
> cannot move to 
> > -CURRENT, but I can try pulling patches.
> 
> Does UP with 'device apic' also show poor performance?  Try 
> disabling USB support in the kernel as some Intel server 
> motherboards have a "feature" that our APIC code trips over 
> that can hurt performance by adding lots of stray interrupts 
> on one of the USB controllers.
> 

Thanks. I have the following in GENERIC, do I need to comment out all?
Is the problem you mention responsible for the "Interrupt storm
detected" messages? Also I see some ACPI messages (below). Could that
also be a problem?

# USB support
device          uhci            # UHCI PCI->USB interface
device          ohci            # OHCI PCI->USB interface
#device         ehci            # EHCI PCI->USB interface (USB 2.0)
device          usb             # USB Bus (required)
#device         udbp            # USB Double Bulk Pipe devices
device          ugen            # Generic
device          uhid            # "Human Interface Devices"
device          ukbd            # Keyboard
device          ulpt            # Printer
device          umass           # Disks/Mass storage - Requires scbus
and da
device          ums             # Mouse
device          urio            # Diamond Rio 500 MP3 player
device          uscanner        # Scanners
# USB Ethernet, requires mii
device          aue             # ADMtek USB Ethernet
device          axe             # ASIX Electronics USB Ethernet
device          cdce            # Generic USB over Ethernet
device          cue             # CATC USB Ethernet
device          kue             # Kawasaki LSI USB Ethernet
device          rue             # RealTek RTL8150 USB Ethernet


    ACPI-0698: *** Warning: Type override - [DEB_] had invalid type
(Integer) for Scope operator, changed to (Scope)
    ACPI-0698: *** Warning: Type override - [MLIB] had invalid type
(Integer) for Scope operator, changed to (Scope)
	[...]
    ACPI-0698: *** Warning: Type override - [KBC_] had invalid type
(Integer) for Scope operator, changed to (Scope)
    ACPI-0698: *** Warning: Type override - [OEM_] had invalid type
(Integer) for Scope operator, changed to (Scope)

Br
vijay


More information about the freebsd-smp mailing list