From owner-freebsd-stable Wed Jul 24 2:16:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F390037B400 for ; Wed, 24 Jul 2002 02:16:06 -0700 (PDT) Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5397643E5E for ; Wed, 24 Jul 2002 02:16:06 -0700 (PDT) (envelope-from ohartman@klima.physik.uni-mainz.de) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.12.5/8.12.5) with ESMTP id g6O9G5fJ073473 for ; Wed, 24 Jul 2002 11:16:05 +0200 (CEST) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Wed, 24 Jul 2002 11:16:05 +0200 (CEST) From: "Hartmann, O." To: freebsd-stable@freebsd.org Subject: SMP machine blow up since last cvsupdate Message-ID: <20020724110338.S91529-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello out here. I did yesterday the last cvsupdate and compiled the system, a new kernel, did a mergemaster. The hardware is a older PII/350 (Dual), 512 MB RAM (dmesg output at the end). Today I did a cvsupdate again to obtain the ip_fw2-code and test it. But something strange happend to our system: I do a make -j 8 world. The load of the system runs temporarily up to 32!!!!! This is the last top output I caught: last pid: 58935; load averages: 25.40, 18.19, 14.46 up 0+15:26:59 11:02:47 197 processes: 28 running, 169 sleeping CPU states: 81.2% user, 0.0% nice, 17.7% system, 1.2% interrupt, 0.0% idle Mem: 128M Active, 272M Inact, 67M Wired, 15M Cache, 61M Buf, 18M Free Swap: 1024M Total, 1024M Free The system is just up right now and still in a useable state, sometimes it slows down a bit due to the high load. What's going on? I never watched a high load like the observed today, maybe a malfunction of top? On the other hand: the machine is still in useable state and therefore its only a question of couriosity. Thanks. Oliver 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 4.6-STABLE #73: Tue Jul 23 13:19:37 CEST 2002 root@edda.physik.uni-mainz.de:/usr/local/obj/usr/src/sys/EDDA Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (349.06-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 536805376 (524224K bytes) avail memory = 518520832 (506368K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc03a7000. ccd0-3: Concatenated disk drivers Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0xc00fddf0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #0 intpin 16 -> irq 2 IOAPIC #0 intpin 17 -> irq 16 IOAPIC #0 intpin 18 -> irq 17 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 2 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at 7.1 pci0: at 7.2 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0x5000-0x500f at device 7.3 on pci0 sym0: <1010-33> port 0xe400-0xe4ff mem 0xe4102000-0xe4103fff,0xe4105000-0xe41053ff irq 2 at device 8.0 on pci0 sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: handling phase mismatch from SCRIPTS. sym1: <1010-33> port 0xe800-0xe8ff mem 0xe4100000-0xe4101fff,0xe4106000-0xe41063ff irq 16 at device 8.1 on pci0 sym1: Symbios NVRAM, ID 7, Fast-80, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: handling phase mismatch from SCRIPTS. fxp0: port 0xec00-0xec3f mem 0xe4000000-0xe40fffff,0xe4104000-0xe4104fff irq 17 at device 10.0 on pci0 fxp0: Ethernet address 00:02:b3:17:36:29 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0: