Re: BCM5704 routing problem
On Wed, Apr 28, 2010 at 12:26:34PM -0700, Jeremy Chadwick wrote: > On Wed, Apr 28, 2010 at 12:19:01PM -0700, Jeremy Chadwick wrote: > > On Wed, Apr 28, 2010 at 02:25:56PM -0400, Gardner Bell wrote: > > > I upgraded my gateway last week to RELENG_8 and noticed that I can no > > > longer forward or receive IP packets from hosts on internal LAN. When > > > trying to ping a host or the gateway IP itself, you get. > > > > > > # ping 192.168.1.10 > > > PING 192.168.1.10 (192.168.1.10): 56 data bytes > > > ^C > > > > > > --- 192.168.1.10 ping statistics --- > > > 5 packets transmitted, 0 packets received, 100% packet loss > > > > > > All rc.conf files on gateway and hosts themselves had correct settings. > > > > > > b...@pci0:10:9:1: class=0x02 card=0x164414e4 chip=0x164814e4 > > > rev=0x03 hdr=0x00 > > > vendor = 'Broadcom Corporation' > > > device = 'NetXtreme Dual Gigabit Adapter (BCM5704)' > > > class = network > > > subclass = ethernet > > > bar [10] = type Memory, range 64, base 0xdf33, size 65536, > > > enabled > > > bar [18] = type Memory, range 64, base 0xdf32, size 65536, > > > enabled > > > cap 07[40] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split > > > transaction > > > cap 01[48] = powerspec 2 supports D0 D3 current D0 > > > cap 03[50] = VPD > > > cap 05[58] = MSI supports 8 messages, 64 bit > > > > > > Previously I was running 7.2 as gateway and never encountered any > > > problems. I've since gone back to release 7.3 and routing works as > > > expected. > > > > > > Any input would be appreciated. > > > > Output from the following when the machine is running RELENG_8: > > > > - ifconfig -a > > - netstat -i > > - netstat -rn > > - sysctl -a | grep bge > > - Contents of /etc/rc.conf > > I forgot one more: > > dmesg | grep -C 10 bge1 > Just wanted to follow up to say that I got RELENG_8 to work. Thanks anyway. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ZFS: separate pools
Hello list. I am taking my first steps with ZFS. In the past, I used to have two UFS slices: one dedicated to the o.s. partitions, and the second to data (/home, etc.). I read on that it was possible to recreate that logic with zfs, using separate pools. Considering the example of http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, any idea how I can adapt that to my needs? I am concerned about all the different mountpoints. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ZFS: separate pools
On Sun, 2 May 2010, Eric Damien wrote: > Hello list. > > I am taking my first steps with ZFS. In the past, I used to have two UFS > slices: one dedicated to the o.s. partitions, and the second to data (/home, > etc.). I read on that it was possible to recreate that logic with zfs, using > separate pools. > > Considering the example of >http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot, > any idea how I can adapt that to my needs? I am concerned about all the > different mountpoints. Well, you need not create all those filesystems if you don't want them. The pool and FreeBSD will function just fine. However, as far as storage is concerned, there is no disadvantage to having additional mount pounts. The only limits each filesystem will have is a limit you explicitly impose. There are many advantages, though. Some datasets are inherently compressible or incompressible. Other datasets you may not want to schedule for snapshots, or allow files to be executed, suid, checksummed, block sizes, you name it (as the examples in the wiki demonstrate). Furthermore, each pool requires its own vdev. If you create slices on a drive and then make each slice its own pool, I would wonder if zfs's internal queuing would understand the topology and be able to work as efficiently. Just a thought, though. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
8-STABLE performance issues on Supermicro Core i7
Hello, I've got a new Supermicro X58 system with an Intel Core i7 930 with 6 GB ram that is not performing nearly as fast as it should in many ways (compiling, network transfers). To give an example, it has been building the gcc44 port for about 10 hours now and at the same time rsync'ing from a Linux box on the same Gigabit network is only getting throughput of between 10-25 MB/sec. When I did a buildkernel for 8-STABLE, it took 17 hours! My investigations have shown inhibited performance on compute, network and storage activities. In the BIOS, I have played with a few settings and some actually made it worse. What I have done now is disabled Hyperthreading and Turbo Boost. Thanks in advance for any ideas. Here's some system info and stats: br...@tahiti[~]>uname -a FreeBSD tahiti.bryce.net 8.0-STABLE FreeBSD 8.0-STABLE #0: Wed Apr 28 10:53:37 CDT 2010 r...@tahiti.bryce.net:/usr/obj/usr/src/sys/GENERIC amd64 br...@tahiti[~]>cat /boot/loader.conf ahci_load="YES" ichsmb_load="YES" smb_load="YES" coretemp_load="YES" zfs_load="YES" vfs.root.mountfrom="zfs:system" hint.p4tcc.0.disabled=1 hint.acpi_throttle.0.disabled=1 br...@tahiti[~]>cat /etc/sysctl.conf kern.timecounter.hardware=HPET br...@tahiti[~]>vmstat 1 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id 5 0 0 1068M 3478M 572 1 1 0 862 0 0 0 9370 16514 16157 71 22 7 5 0 0 1068M 3478M 2 0 0 0 0 0 0 0 8008 14504 11716 81 17 2 5 0 0 1068M 3478M 0 0 0 0 0 0 0 0 12429 22323 18125 77 23 0 5 0 0 1068M 3478M 0 0 0 0 0 0 0 0 12348 22125 17988 73 27 0 br...@tahiti[~]>vmstat -i interrupt total rate irq1: atkbd0 9291 0 irq17: fwohci0 1 0 cpu0: timer 75416246 2000 irq256: em0 137590284 3649 irq257: em0 206367605 5473 irq260: em0 1 0 irq266: ahci0 9892384 262 cpu2: timer 75415653 2000 cpu3: timer 75415702 2000 cpu1: timer 75415561 2000 Total 655522728 17385 br...@tahiti[~]>netstat -I em0 -h 1 input (em0) output packets errs idrops bytes packets errs bytes colls 7.7K 0 0 11M 7.2K 0 475K 0 8.1K 0 0 12M 7.4K 0 491K 0 7.8K 0 0 11M 7.2K 0 476K 0 br...@tahiti[/usr/adm]>iostat 1 tty ada0 ada1 ada2 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 108 22.35 3 0.07 20.61 3 0.07 58.60 0 0.00 71 0 4 17 7 0 222 64.00 1 0.06 128.00 1 0.12 0.00 0 0.00 87 0 2 11 0 Dmesg output: Copyright (c) 1992-2010 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-STABLE #0: Wed Apr 28 10:53:37 CDT 2010 r...@tahiti.bryce.net:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i7 CPU 930 @ 2.80GHz (2786.02-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Family = 6 Model = 1a Stepping = 5 Features=0xbfebfbff Features2=0x98e3bd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant real memory = 6446645248 (6148 MB) avail memory = 6169243648 (5883 MB) ACPI APIC Table: <021210 APIC1519> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, cbf0 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning: Incorrect checksum in table [OEMB] - 0x7B, should be 0x74 (20100331/tbutils-354) cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_hpet0: iomem 0xfed0-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 7.0 on pci0 pci3: on pcib3 vgapci0: port 0xcc00-0xcc7f mem 0xfa00-0xfaff,0xd000-0xdfff,0xce00-0xcfff
Re: 8-STABLE performance issues on Supermicro Core i7
On Sun, May 2, 2010 at 9:40 PM, Bryce Edwards wrote: > Hello, > > I've got a new Supermicro X58 system with an Intel Core i7 930 with 6 > GB ram that is not performing nearly as fast as it should in many ways > (compiling, network transfers). To give an example, it has been > building the gcc44 port for about 10 hours now and at the same time > rsync'ing from a Linux box on the same Gigabit network is only getting > throughput of between 10-25 MB/sec. When I did a buildkernel for > 8-STABLE, it took 17 hours! My investigations have shown inhibited > performance on compute, network and storage activities. > > Have you investigated potential faulty HD? I have an i7 870 and your ahci interrupts are an order of magintude greater than mine. That could be many other things too, but I think a SMART scan could help. -- Adam Vande More ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
