Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 7 Sep 2002 08:50:21 -0500 (CDT)
From:      matt <matt@grogged.dyndns.org>
To:        Lawrence Farr <freebsd-hw@epcdirect.co.uk>
Cc:        <freebsd-hardware@freebsd.org>
Subject:   RE: 3ware controller performance problems
Message-ID:  <20020907084255.A5368-100000@grogged.dyndns.org>
In-Reply-To: <008001c2564a$d7cab570$c80ba8c0@lfarr>

next in thread | previous in thread | raw e-mail | index | archive | help

It's a Raid-0 array, 64k stripes, twin Western Digital WD1200JB's (120gb,
8mb cache, 7200rpm).  Here's a copy of my dmesg in plain text:

Another quick thing to mention - the "can't assign resources" messages (as
you can see below) are new.  I tried updating the firmware to the latest
revision from 3ware, and those fun new messages started showing up on
bootup, although performance only increased slightly (only takes 7.5
minutes instead of over 10 to untar the ports tree, still way slower than
a straight udma/66 ata disk).


Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 5.0-DP1 #0: Sun Apr  7 02:51:42 GMT 2002
    murray@builder.freebsdmall.com:/usr/src/sys/i386/compile/GENERIC
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0504000.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 400910705 Hz
CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x58c  Stepping = 12
  Features=0x8021bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX>
  AMD Features=0x80000800<SYSCALL,3DNow!>
real memory  = 134217728 (131072K bytes)
avail memory = 125300736 (122364K bytes)
K6-family MTRR support enabled (2 registers)
Using $PIR table, 7 entries at 0xc00fdb30
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <AcerLabs M1541 (Aladdin-V) PCI host bridge> at pcibus 0 on
motherboard
pci0: <PCI bus> on pcib0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
ohci0: <AcerLabs M5237 (Aladdin-V) USB controller> mem
0xeb000000-0xeb000fff irq
 11 at device 2.0 on pci0
usb0: OHCI version 1.0, legacy support
usb0: <AcerLabs M5237 (Aladdin-V) USB controller> on ohci0
usb0: USB revision 1.0
uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
isab0: <PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
twe0: <3ware Storage Controller> port 0xe000-0xe00f irq 10 at device 8.0
on pci0
twe0: 4 ports, Firmware FE3X 1.00.43.003, BIOS BEXX 1.04.00.009
rl0: <RealTek 8139 10/100BaseTX> port 0xe400-0xe4ff mem
0xeb001000-0xeb0010ff ir
q 14 at device 11.0 on pci0
rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect
mode
rl0: Ethernet address: 00:50:ba:48:62:64
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
atapci0: <AcerLabs Aladdin ATA33 controller> port
0xf000-0xf00f,0x374-0x377,0x17
0-0x17f,0x3f4-0x3f7,0x1f0-0x1ff irq 0 at device 15.0 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
orm0: <Option ROMs> at iomem 0xcc000-0xccfff,0xc0000-0xc9fff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse Explorer, device ID 4
fdc0: <enhanced floppy controller (i82077, NE72065 or clone)> at port
0x3f7,0x3f
0-0x3f5 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
pmtimer0 on isa0
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't assign resources (port)
unknown: <PNP0f13> can't assign resources (irq)
unknown: <PNP0c02> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
unknown: <PNP0700> can't assign resources (port)
unknown: <PNP0400> can't assign resources (port)
unknown: <PNP0501> can't assign resources (port)
acd0: CD-RW <LITE-ON LTR-32123S> at ata1-slave PIO4
twed0: <RAID0, Normal> on twe0
twed0: 228879MB (468745728 sectors)
Mounting root from ufs:/dev/twed0s1a


On Sat, 7 Sep 2002, Lawrence Farr wrote:

> Didn't get your dmesg. Is it Raid 5? What discs are they? how many?
> What stripe size?
>
> Lawrence Farr
> EPC Direct Limited
>
> > -----Original Message-----
> > From: owner-freebsd-hardware@FreeBSD.ORG
> > [mailto:owner-freebsd-hardware@FreeBSD.ORG] On Behalf Of matt
> > Sent: 07 September 2002 02:53
> > To: freebsd-hardware@freebsd.org
> > Subject: 3ware controller performance problems
> >
> >
> >
> > I recently purchased a 3ware 5400 controller to replace a promise
> > controller that didn't live up to performance expectations. I'm having
> > some serious issues with performance however - the 5400 is
> > mind-numbingly
> > slow compared to, well, anything.  Whenever I do any disk intensive
> > activities (e.g. untarring the ports tree), things slow to a
> > crawl, and
> > tar spends most of it's time sleeping according to top.  This seems to
> > happen no matter which box I stick this in (I've tried an old
> > p233/intel
> > chipset mobo and a k62/400/ali board), and seems to occure in both
> > 5.0-current as well as 4.5-rel.  I've tried Openbsd 3.1 on the same
> > hardware config and things don't seem nearly as lagged, although
> > performance is still not altogether impressive (takes 48
> > seconds to untar
> > the ports tree on my old promise controller \w udma/66 drive
> > with standard
> > ata controller, 60 seconds to do the same under openbsd \w 3ware
> > controller, and over 10 minutes to do the same under freebsd
> > \w the 3ware
> > controller).
> >
> > No error messages or syslog hints, no reliability problems as
> > far as I can
> > see, performance just seems to be inconsistent/awful.
> >
> > Anyone have any ideas?
> >
> >
> > my dmesg is attached.
> >
> > Thanks,
> >
> > -m
> >
> >
> >
>
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hardware" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020907084255.A5368-100000>