From owner-freebsd-smp Mon Jul 10 7:16:39 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (nat196.15.mpoweredpc.net [142.177.196.15]) by hub.freebsd.org (Postfix) with ESMTP id EEAA137B537; Mon, 10 Jul 2000 07:16:29 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.3) with ESMTP id LAA49080; Mon, 10 Jul 2000 11:14:49 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 10 Jul 2000 11:14:49 -0300 (ADT) From: The Hermit Hacker To: freebsd-smp@freebsd.org Cc: freebsd-stable@freebsd.org Subject: 4.0-STABLE/SMP feels sluggish ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a machine running Dual-PIII 450s that feels dog-slow and I can't seem to find anything wrong ... The machine is reasonably current: %uname -a FreeBSD pgsql.tht.net 4.0-STABLE FreeBSD 4.0-STABLE #0: Mon Jun 19 23:38:56 EDT 2000 root@pgsql.tht.net:/usr/src/sys/compile/pgsql i386 Loadavg is less them 1, but its not unusual to have to wait after hitting just the return key for it to come back with something ... Is this SMP related? I saw the recent MFC that broke ppls SMP boxes with 4.0-STABLE ... something related to this that I should upgrade to? Something I should look at/test to see where the problem might be? Thanks ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jul 10 7:30:39 2000 Delivered-To: freebsd-smp@freebsd.org Received: from mail.milw.twtelecom.net (ins1.milw.twtelecom.net [216.136.95.3]) by hub.freebsd.org (Postfix) with ESMTP id 2CC5437B622; Mon, 10 Jul 2000 07:30:33 -0700 (PDT) (envelope-from steve@inc.net) Received: from inc.net (ess.phreak.net [207.250.97.69]) by mail.milw.twtelecom.net (Postfix) with ESMTP id 230DD33038; Mon, 10 Jul 2000 09:30:32 -0500 (CDT) Message-ID: <3969DE14.D120B862@inc.net> Date: Mon, 10 Jul 2000 09:30:44 -0500 From: Steve Kaczkowski Organization: Time Warner Telecom Internet & Data Division X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en,zh,zh-CN,zh-TW,ja MIME-Version: 1.0 To: The Hermit Hacker Cc: freebsd-smp@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 4.0-STABLE/SMP feels sluggish ... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The Hermit Hacker wrote: > > I have a machine running Dual-PIII 450s that feels dog-slow and I can't > seem to find anything wrong ... > > The machine is reasonably current: > > %uname -a > FreeBSD pgsql.tht.net 4.0-STABLE FreeBSD 4.0-STABLE #0: Mon Jun 19 > 23:38:56 EDT 2000 root@pgsql.tht.net:/usr/src/sys/compile/pgsql i386 > > Loadavg is less them 1, but its not unusual to have to wait after hitting > just the return key for it to come back with something ... > > Is this SMP related? I saw the recent MFC that broke ppls SMP boxes with > 4.0-STABLE ... something related to this that I should upgrade > to? Something I should look at/test to see where the problem might be? I had the same kinds of problems and just on the off chance I decided to CVS to the latest STABLE and what do you know it FIXED it! I think there was something weird in the Release code with SMP although everyone tells me there isn't.. All I know is that it fixed my problem.. Good luck! -- Steve Kaczkowski Time Warner Telecom IDD steve@inc.net (414)908-9012 http://www.inc.net (603)737-9209 Fax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jul 10 12:25:45 2000 Delivered-To: freebsd-smp@freebsd.org Received: from satan.dyn.reject.org (user209-140-175-91.netcarrier.net [209.140.175.91]) by hub.freebsd.org (Postfix) with SMTP id CCEB437B66C for ; Mon, 10 Jul 2000 12:25:36 -0700 (PDT) (envelope-from lint@satan.dyn.reject.org) Received: (qmail 732 invoked by uid 1000); 10 Jul 2000 19:25:35 -0000 Date: Mon, 10 Jul 2000 15:25:35 -0400 (EDT) From: Lint^^ X-Sender: lint@satan.dyn.reject.org To: freebsd-smp@freebsd.org Subject: Dell 620 SMP kernel causes reboot at "IOAPIC #0 intpin 2 -> irq 0" Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi... does anyone know of issues regarding 4.0-STABLE kernel and the mysterious reboot it causes on this Dell 620 Workstation? (dual Xeon 733, AIC-7899 SCSI card (if that's relevant)). as in the subject, it gets to "IOAPIC #0 intpin 2 -> irq 0" and _immediately_ causes a machine reboot, i.e. BIOS POST and all... i've not seen anything regarding this on the mailing lists, so if anyone has any pointers or insights, they would be greatly appreciated. a bit of background information follows: =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000fe710 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x91 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f0000 signature: 'PCMP' base table length: 652 version: 1.4 checksum: 0xb7 OEM ID: 'DELL ' Product ID: 'WS 620 ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 73 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 8 3 0x383fbff 1 0x11 AP, usable 6 8 3 0x383fbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 ISA -- I/O APICs: APIC ID Version State Address 2 0x20 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 5 0 2 0 INT conforms conforms 5 1 2 1 INT conforms conforms 5 0 2 2 INT conforms conforms 5 3 2 3 INT conforms conforms 5 4 2 4 INT conforms conforms 5 5 2 5 INT conforms conforms 5 6 2 6 INT conforms conforms 5 7 2 7 INT conforms conforms 5 8 2 8 INT conforms conforms 5 9 2 9 INT conforms conforms 5 10 2 10 INT conforms conforms 5 11 2 11 INT conforms conforms 5 12 2 12 INT conforms conforms 5 14 2 14 INT conforms conforms 5 15 2 15 INT conforms conforms 1 0:A 2 16 INT conforms conforms 4 4:A 2 16 INT conforms conforms 4 6:A 2 16 INT conforms conforms 4 8:A 2 16 INT conforms conforms 4 9:B 2 16 INT conforms conforms 4 3:B 2 16 INT conforms conforms 4 10:C 2 16 INT conforms conforms 4 11:D 2 16 INT conforms conforms 4 1:D 2 16 INT conforms conforms 3 6:A 2 16 INT conforms conforms 3 4:A 2 16 INT conforms conforms 3 7:B 2 16 INT conforms conforms 0 31:B 2 17 INT conforms conforms 1 0:B 2 17 INT conforms conforms 4 12:A 2 17 INT conforms conforms 4 5:A 2 17 INT conforms conforms 4 8:B 2 17 INT conforms conforms 4 9:C 2 17 INT conforms conforms 4 3:C 2 17 INT conforms conforms 4 10:D 2 17 INT conforms conforms 4 11:A 2 17 INT conforms conforms 4 1:A 2 17 INT conforms conforms 3 6:B 2 17 INT conforms conforms 3 4:B 2 17 INT conforms conforms 3 7:C 2 17 INT conforms conforms 4 12:B 2 18 INT conforms conforms 4 5:B 2 18 INT conforms conforms 4 8:C 2 18 INT conforms conforms 4 9:D 2 18 INT conforms conforms 4 3:D 2 18 INT conforms conforms 4 10:A 2 18 INT conforms conforms 4 11:B 2 18 INT conforms conforms 4 1:B 2 18 INT conforms conforms 3 6:C 2 18 INT conforms conforms 3 4:C 2 18 INT conforms conforms 3 7:D 2 18 INT conforms conforms 0 31:D 2 19 INT conforms conforms 4 7:A 2 19 INT conforms conforms 4 8:D 2 19 INT conforms conforms 4 9:A 2 19 INT conforms conforms 4 3:A 2 19 INT conforms conforms 4 10:B 2 19 INT conforms conforms 4 11:C 2 19 INT conforms conforms 4 1:C 2 19 INT conforms conforms 3 6:D 2 19 INT conforms conforms 3 4:D 2 19 INT conforms conforms 3 7:A 2 19 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 5 0 255 0 NMI active-hi edge 5 0 255 1 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=6 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=62 # number of INTs =============================================================================== Lint^^ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jul 10 12:29:53 2000 Delivered-To: freebsd-smp@freebsd.org Received: from pawn.primelocation.net (pawn.primelocation.net [205.161.238.235]) by hub.freebsd.org (Postfix) with ESMTP id 1DCE837B7AA for ; Mon, 10 Jul 2000 12:29:50 -0700 (PDT) (envelope-from cdf.lists@fxp.org) Received: by pawn.primelocation.net (Postfix, from userid 1016) id E59189B1C; Mon, 10 Jul 2000 15:29:48 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by pawn.primelocation.net (Postfix) with ESMTP id DBCD4BA11; Mon, 10 Jul 2000 15:29:48 -0400 (EDT) Date: Mon, 10 Jul 2000 15:29:48 -0400 (EDT) From: "Chris D. Faulhaber" X-Sender: cdf.lists@pawn.primelocation.net To: Lint^^ Cc: freebsd-smp@freebsd.org Subject: Re: Dell 620 SMP kernel causes reboot at "IOAPIC #0 intpin 2 -> irq 0" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 10 Jul 2000, Lint^^ wrote: > hi... does anyone know of issues regarding 4.0-STABLE kernel and the > mysterious reboot it causes on this Dell 620 Workstation? (dual Xeon 733, > AIC-7899 SCSI card (if that's relevant)). > > as in the subject, it gets to "IOAPIC #0 intpin 2 -> irq 0" and > _immediately_ causes a machine reboot, i.e. BIOS POST and all... i've not > seen anything regarding this on the mailing lists, so if anyone has any > pointers or insights, they would be greatly appreciated. a bit of > background information follows: > Chances are you updated your sources during the major MFC recently. This problem was noted and fixed this weekend...see -stable archives for info. ----- Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org -------------------------------------------------------- FreeBSD: The Power To Serve - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jul 10 12:39: 7 2000 Delivered-To: freebsd-smp@freebsd.org Received: from satan.dyn.reject.org (user209-140-175-91.netcarrier.net [209.140.175.91]) by hub.freebsd.org (Postfix) with SMTP id 8F8B637B87F for ; Mon, 10 Jul 2000 12:39:01 -0700 (PDT) (envelope-from lint@satan.dyn.reject.org) Received: (qmail 2591 invoked by uid 1000); 10 Jul 2000 19:39:00 -0000 Date: Mon, 10 Jul 2000 15:39:00 -0400 (EDT) From: Lint^^ X-Sender: lint@satan.dyn.reject.org To: "Chris D. Faulhaber" Cc: freebsd-smp@freebsd.org Subject: Re: Dell 620 SMP kernel causes reboot at "IOAPIC #0 intpin 2 -> irq 0" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org you are indeed correct. cvs'ing new sources now. thank you... Lint^^ On Mon, 10 Jul 2000, Chris D. Faulhaber wrote: > On Mon, 10 Jul 2000, Lint^^ wrote: > > > hi... does anyone know of issues regarding 4.0-STABLE kernel and the > > mysterious reboot it causes on this Dell 620 Workstation? (dual Xeon 733, > > AIC-7899 SCSI card (if that's relevant)). > > > > as in the subject, it gets to "IOAPIC #0 intpin 2 -> irq 0" and > > _immediately_ causes a machine reboot, i.e. BIOS POST and all... i've not > > seen anything regarding this on the mailing lists, so if anyone has any > > pointers or insights, they would be greatly appreciated. a bit of > > background information follows: > > > > Chances are you updated your sources during the major MFC recently. This > problem was noted and fixed this weekend...see -stable archives for info. > > ----- > Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org > -------------------------------------------------------- > FreeBSD: The Power To Serve - http://www.FreeBSD.org > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jul 10 14:11: 6 2000 Delivered-To: freebsd-smp@freebsd.org Received: from arjun.niksun.com (64-51-67-2.client.dsl.net [64.51.67.2]) by hub.freebsd.org (Postfix) with ESMTP id EA96C37B5B4; Mon, 10 Jul 2000 14:10:56 -0700 (PDT) (envelope-from joy@niksun.com) Received: from falcon.niksun.com (falcon.niksun.com [10.0.0.167]) by arjun.niksun.com (8.9.3/8.9.3) with ESMTP id RAA44612; Mon, 10 Jul 2000 17:11:08 -0400 (EDT) (envelope-from joy@falcon.niksun.com) Message-ID: <396A3C00.DA8C7D51@falcon.niksun.com> Date: Mon, 10 Jul 2000 21:11:28 +0000 From: Joy Ganguly X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-smp@freebsd.org, freebsd-scsi@freebsd.org Subject: Adaptec 3950 and SMP... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi all, i have a L440GX+ intel server motherboard running 2 P3. The motherboard has an on-board scsi controller aic7896 (ahc0, ahc1). Additionally i have added an "Adaptec 3950 scsi controller" board(ahc2, ahc3). When i boot an uniprocessor kernel everything works fine. However when i boot a multiprocessor kernel everything seems ok till the boot mesg shows "Waiting for scsi devices to settle". But after waiting for some time the boot msg shows a lot of SCB timeouts and hangs. IF i remove the additional scsi controller things start working again (except that the system complains about unable to mount root partition...but it boots). Since things work in a UP kernel i think it is an SMP related problem. The mptable output is :-# Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs dmesg on the UP kernel shows ahc0: rev 0x00 int a irq 11 on pci0.12.0 ahc0: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: rev 0x00 int a irq 11 on pci0.12.1 ahc1: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs ahc2: rev 0x00 int a irq 10 on pci0.13.0 ahc2: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc3: rev 0x00 int a irq 10 on pci0.13.1 ahc3: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs Irq 10 is not used by anything else. What can be the problem ?? thanx in advance joy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jul 10 16:16:56 2000 Delivered-To: freebsd-smp@freebsd.org Received: from arjun.niksun.com (64-51-67-2.client.dsl.net [64.51.67.2]) by hub.freebsd.org (Postfix) with ESMTP id 76A4937B607; Mon, 10 Jul 2000 16:16:48 -0700 (PDT) (envelope-from joy@niksun.com) Received: from falcon.niksun.com (falcon.niksun.com [10.0.0.167]) by arjun.niksun.com (8.9.3/8.9.3) with ESMTP id TAA46308; Mon, 10 Jul 2000 19:17:01 -0400 (EDT) (envelope-from joy@falcon.niksun.com) Message-ID: <396A5981.19AD6985@falcon.niksun.com> Date: Mon, 10 Jul 2000 23:17:21 +0000 From: Joy Ganguly X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers , freebsd-smp@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Adaptec 3950 and SMP... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi all, i have a L440GX+ intel server motherboard running 2 P3. The motherboard has an on-board scsi controller aic7896 (ahc0, ahc1). Additionally i have added an "Adaptec 3950 scsi controller" board(ahc2, ahc3). When i boot an uniprocessor kernel everything works fine. However when i boot a multiprocessor kernel everything seems ok till the boot mesg shows "Waiting for scsi devices to settle". But after waiting for some time the boot msg shows a lot of SCB timeouts and hangs. IF i remove the additional scsi controller things start working again (except that the system complains about unable to mount root partition...but it boots). Since things work in a UP kernel i think it is an SMP related problem. The mptable output is :-# Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs dmesg on the UP kernel shows ahc0: rev 0x00 int a irq 11 on pci0.12.0 ahc0: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: rev 0x00 int a irq 11 on pci0.12.1 ahc1: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs ahc2: rev 0x00 int a irq 10 on pci0.13.0 ahc2: aic7896/97 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc3: rev 0x00 int a irq 10 on pci0.13.1 ahc3: aic7896/97 Wide Channel B, SCSI Id=7, 16/255 SCBs Irq 10 is not used by anything else. What can be the problem ?? thanx in advance joy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jul 10 21:41: 9 2000 Delivered-To: freebsd-smp@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id AC8E537BCA6 for ; Mon, 10 Jul 2000 21:41:04 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id OAA23554 for FreeBSD-smp@FreeBSD.org; Tue, 11 Jul 2000 14:11:02 +0930 (CST) (envelope-from grog) Date: Tue, 11 Jul 2000 14:11:02 +0930 From: Greg Lehey To: FreeBSD-smp@FreeBSD.org Subject: Decisions, decisions Message-ID: <20000711141102.F23115@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It seems that BSD/OS i386 and BSD/OS SPARC have chosen different names for the same function (intr_establish for i386, addintr for SPARC). Obviously I need to choose exactly one name. I'd like an opinion. For my way of thinking, addintr is closer to the terminology we use. The disadvantage is that the i386 code is riddled with intr_establishes, and this could confuse people importing code. Any thoughts? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Mon Jul 10 21:56:56 2000 Delivered-To: freebsd-smp@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-51.dsl.snfc21.pacbell.net [63.202.177.51]) by hub.freebsd.org (Postfix) with ESMTP id 2EEED37B7AE for ; Mon, 10 Jul 2000 21:56:52 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.9.3/8.9.3) with ESMTP id WAA09189; Mon, 10 Jul 2000 22:04:32 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200007110504.WAA09189@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Greg Lehey Cc: FreeBSD-smp@FreeBSD.org Subject: Re: Decisions, decisions In-reply-to: Your message of "Tue, 11 Jul 2000 14:11:02 +0930." <20000711141102.F23115@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Jul 2000 22:04:32 -0700 From: Mike Smith Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > It seems that BSD/OS i386 and BSD/OS SPARC have chosen different names > for the same function (intr_establish for i386, addintr for SPARC). > Obviously I need to choose exactly one name. I'd like an opinion. > > For my way of thinking, addintr is closer to the terminology we use. > The disadvantage is that the i386 code is riddled with > intr_establishes, and this could confuse people importing code. Any > thoughts? Interrupt connection is a bus method, and typically cascades through to bus code at a fairly high level (often the nexus). Since the nexus code is entirely machine-dependant, the name of this function is typically irrelevant. The relevant bus methods are bus_setup_intr() and bus_teardown_intr(); I would be inclined to suggest that you use these or some derivative therof in keeping with our existing conventions for method implementations. (ie. nexus_setup_intr if in the nexus code, etc.) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Jul 11 6:36:53 2000 Delivered-To: freebsd-smp@freebsd.org Received: from berserker.bsdi.com (berserker.twistedbit.com [199.79.183.1]) by hub.freebsd.org (Postfix) with ESMTP id 9DFBB37BEB9; Tue, 11 Jul 2000 06:36:47 -0700 (PDT) (envelope-from cp@berserker.bsdi.com) Received: from berserker.bsdi.com (cp@LOCALHOST [127.0.0.1]) by berserker.bsdi.com (8.9.3/8.9.3) with ESMTP id HAA24067; Tue, 11 Jul 2000 07:36:45 -0600 (MDT) Message-Id: <200007111336.HAA24067@berserker.bsdi.com> To: Mike Smith , Greg Lehey Cc: FreeBSD-smp@freebsd.org Subject: Re: Decisions, decisions From: Chuck Paterson Date: Tue, 11 Jul 2000 07:36:45 -0600 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org }> It seems that BSD/OS i386 and BSD/OS SPARC have chosen different names }> for the same function (intr_establish for i386, addintr for SPARC). }> Obviously I need to choose exactly one name. I'd like an opinion. }> }> For my way of thinking, addintr is closer to the terminology we use. }> The disadvantage is that the i386 code is riddled with }> intr_establishes, and this could confuse people importing code. Any }> thoughts? } }Interrupt connection is a bus method, and typically cascades through to }bus code at a fairly high level (often the nexus). Since the nexus code }is entirely machine-dependant, the name of this function is typically }irrelevant. } }The relevant bus methods are bus_setup_intr() and bus_teardown_intr(); I }would be inclined to suggest that you use these or some derivative therof }in keeping with our existing conventions for method implementations. } }(ie. nexus_setup_intr if in the nexus code, etc.) Agreed, using the bus interface is the way to go. BSD/OS does not yet have the machine independent bus stuff. Intr_establish() use to be in FreeBSD and has been replaced. I believe you should be able to leave the interface alone. You will probably want to temporarily smuggle the bit saying that a driver is MP safe rather than explicitly changing the interface in a whole bunch of places. Looking I see that it could go in the type field reasonably cleanly. Chuck To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Jul 11 10:47:15 2000 Delivered-To: freebsd-smp@freebsd.org Received: from org.chem.msu.su (org.chem.msu.su [158.250.32.94]) by hub.freebsd.org (Postfix) with ESMTP id 1767037B653; Tue, 11 Jul 2000 10:46:52 -0700 (PDT) (envelope-from kostik@org.chem.msu.su) Received: from org.chem.msu.su (org.chem.msu.su [158.250.48.97]) by org.chem.msu.su (8.9.3/8.9.3) with ESMTP id VAA04099; Tue, 11 Jul 2000 21:46:33 +0400 (MSD) Date: Tue, 11 Jul 2000 21:46:32 +0400 (MSD) From: kostik To: The Hermit Hacker Cc: freebsd-smp@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 4.0-STABLE/SMP feels sluggish ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 10 Jul 2000, The Hermit Hacker wrote: > I have a machine running Dual-PIII 450s that feels dog-slow and I can't > seem to find anything wrong ... > > The machine is reasonably current: > > %uname -a > FreeBSD pgsql.tht.net 4.0-STABLE FreeBSD 4.0-STABLE #0: Mon Jun 19 > 23:38:56 EDT 2000 root@pgsql.tht.net:/usr/src/sys/compile/pgsql i386 looks like you increase your dmesg buffer size or console scroll buffer size to much. i have dual p100 system and increasing console scroll buffer makes system _very_ slow on console feedback. fyi, i have 4.0-release. seems like console driver changed expensively... > Loadavg is less them 1, but its not unusual to have to wait after hitting > just the return key for it to come back with something ... try tweaking buffers size... > Is this SMP related? I saw the recent MFC that broke ppls SMP boxes with > 4.0-STABLE ... something related to this that I should upgrade > to? Something I should look at/test to see where the problem might be? WBR, Konstantin Yu. Pasichnichenko E-mail : kostik@org.chem.msu.su FIDO : 2:5020/118.82@fidonet.org ICQ# : 39849876 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Jul 11 11: 1:41 2000 Delivered-To: freebsd-smp@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id 41EE437B716; Tue, 11 Jul 2000 11:01:30 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: from ix.netcom.com (sil-wa15-13.ix.netcom.com [207.93.148.13]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id OAA11633; Tue, 11 Jul 2000 14:01:24 -0400 (EDT) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.9.3) id LAA00623; Tue, 11 Jul 2000 11:01:21 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Tue, 11 Jul 2000 11:01:21 -0700 (PDT) Message-Id: <200007111801.LAA00623@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: "Thomas D. Dean" To: freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Recent -current Performance Drop? Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I don't know if this belongs in -current or -smp, so here goes. I am running -current SMP, cvsup, etc. late last night PDT. # uname -a FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \ Tue Jul 11 09:53:15 PDT 2000 \ tomdean@celebris:/usr/src/sys/compile/CELEBRIS-SMP i386 I have been using 'make world' as a stability/performance indicator. The stability has been good. I have had no recent panics, etc., during 'make world'. I choose the times to update carefully. Good work core team. I seem to see somewhat of a performance drop in the past week. I save the output of 'make world' I know this is not a benchmark nor a very accurate indicator. However, I believe 'make world' is a pretty good torque tool for a lightly loaded, interactive, 'play' system. And, disk I/O, compiling and executing user code is what interactive users do. If 'make world' puts out approximately the same number of lines, I think it is doing about the same amount of work. I see an increase in 'make world' time over the past week, or so. The number of lines of output has gone up slightly. The time elapsed has gone up more. # world_time.sh Make World Statistics -current SMP, 2xP133, 96MB RAM, IBM Superstor 9G disk. Lines is the number of lines of output produced by 'make world'. Date Lines Make Time Lines/Minute -------- ----- --------- ------------ 19991018 35281 6h40m16s 88.20 20000401 39490 7h56m18s 82.96 20000402 39427 7h28m41s 88.01 20000412 39404 7h10m21s 91.64 20000621 38679 7h20m20s 87.91 20000630 39530 7h56m20s 83.05 20000709 39679 8h40m28s 76.31 20000710 39568 9h13m46s 71.55 20000711 41178 9h22m05s 73.27 tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Jul 11 11:24:19 2000 Delivered-To: freebsd-smp@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 64D1C37B582; Tue, 11 Jul 2000 11:23:35 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id UAA02463; Tue, 11 Jul 2000 20:23:26 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Thomas D. Dean" Cc: freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Recent -current Performance Drop? In-reply-to: Your message of "Tue, 11 Jul 2000 11:01:21 PDT." <200007111801.LAA00623@ix.netcom.com> Date: Tue, 11 Jul 2000 20:23:26 +0200 Message-ID: <2461.963339806@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I seem to see somewhat of a performance drop in the past week. You should have read the commit messages :-) I enabled malloc flags AJ by default, this has a performance cost. It will be turned off for releases of course. It has already exposed on bug (see peters commit). You can disable it if you want to run benchmarks: ln -sf aj /etc/malloc.conf -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Jul 11 11:30:36 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (nat196.15.mpoweredpc.net [142.177.196.15]) by hub.freebsd.org (Postfix) with ESMTP id 8428037B509; Tue, 11 Jul 2000 11:30:30 -0700 (PDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.3) with ESMTP id PAA33233; Tue, 11 Jul 2000 15:27:58 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Tue, 11 Jul 2000 15:27:58 -0300 (ADT) From: The Hermit Hacker To: kostik Cc: freebsd-smp@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 4.0-STABLE/SMP feels sluggish ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 11 Jul 2000, kostik wrote: > On Mon, 10 Jul 2000, The Hermit Hacker wrote: > > > I have a machine running Dual-PIII 450s that feels dog-slow and I can't > > seem to find anything wrong ... > > > > The machine is reasonably current: > > > > %uname -a > > FreeBSD pgsql.tht.net 4.0-STABLE FreeBSD 4.0-STABLE #0: Mon Jun 19 > > 23:38:56 EDT 2000 root@pgsql.tht.net:/usr/src/sys/compile/pgsql i386 > > looks like you increase your dmesg buffer size or console scroll buffer > size to much. i have dual p100 system and increasing console scroll buffer > makes system _very_ slow on console feedback. > fyi, i have 4.0-release. seems like console driver changed expensively... sorry, but am not using console for this ... purely an ssh session to the box si what is feeling sluggish ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Jul 12 15:32:21 2000 Delivered-To: freebsd-smp@freebsd.org Received: from wopr.ife.no (wopr.ife.no [128.39.4.3]) by hub.freebsd.org (Postfix) with ESMTP id 4A9CC37BF4E for ; Wed, 12 Jul 2000 15:32:06 -0700 (PDT) (envelope-from stein@ife.no) Received: from ife.no (dune.sms.ife.no [128.39.4.65]) by wopr.ife.no (8.9.3/8.9.3) with ESMTP id AAA29611; Thu, 13 Jul 2000 00:31:19 +0200 (CEST) Message-ID: <396CF49A.26E13202@ife.no> Date: Thu, 13 Jul 2000 00:43:39 +0200 From: "Stein M. Sandbech" X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: "Dampure, Pierre Y." Cc: freebsd-smp@freebsd.org Subject: Re: Q: SMP on Intel OR840 MB? References: <200003131947.LAA00931@mass.cdrom.com> <3961F79A.1643F238@ife.no> <39627CB5.F67A29@alveley.org> Content-Type: multipart/mixed; boundary="------------B16B021711EE77FFE256AE2F" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------B16B021711EE77FFE256AE2F Content-Type: multipart/alternative; boundary="------------65F52E92D75D69C8E499EB7B" --------------65F52E92D75D69C8E499EB7B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Dampure, Pierre Y." wrote: > "Stein M. Sandbech" wrote: snip > 1) Board revision > 2) BIOS revision > 3) Processor steppings (known issues for differing ones up until the > very latest BIOS revision) > 3) RDRAM speed (PC600 known to be problematic, PC700 so-so) > 3) Are you using a RAID controller (very few are reported to work well) > > As Stein suggested, you are welcome to any other info I could provide. > > Stein, > > I would be interested in your mptable output. Mine reports: > > # SMP kernel config file options: > > # Required: > options SMP # Symmetric MultiProcessor > Kernel > options APIC_IO # Symmetric (APIC) I/O > > # Optional (built-in defaults will work in most cases): > #options NCPU=2 # number of CPUs > #options NBUS=4 # number of busses > #options NAPIC=1 # number of IO APICs > #options NINTR=43 # number of INTs > > which I somehow find odd (ie the NAPIC / NINTR combination)? Hi again Sorry about the delay, but we've been hacked (wu-ftpd; site exec), on one of our Redhat Linux boxes. Spent some time on that :-( Had the server been a FreeBSD box, we would not be in such a mess right now (I never install wu-ftpd on freebsd boxes). Well, please find the mptable output attached. Best regards Stein Morten -- /* Stein M Sandbech Email: stein@ife.no ** ** Owner & technical manager Email: stein@wopr.ife.no ** ** Ing. Stein M. Sandbech Phone: +47 6387 2300 ** ** Phone: +47 6380 6219 ** ** Asaktoppen 39, N-2015 Leirsund, NORWAY Fax: +47 6387 2300 */ --------------65F52E92D75D69C8E499EB7B Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit "Dampure, Pierre Y." wrote:
"Stein M. Sandbech" wrote:
      snip
1) Board revision
2) BIOS revision
3) Processor steppings (known issues for differing ones up until the
very latest BIOS revision)
3) RDRAM speed (PC600 known to be problematic, PC700 so-so)
3) Are you using a RAID controller (very few are reported to work well)

As Stein suggested, you are welcome to any other info I could provide.

Stein,

I would be interested in your mptable output. Mine reports:

# SMP kernel config file options:

# Required:
options         SMP                     # Symmetric MultiProcessor
Kernel
options         APIC_IO                 # Symmetric (APIC) I/O

# Optional (built-in defaults will work in most cases):
#options                NCPU=2                  # number of CPUs
#options                NBUS=4                  # number of busses
#options                NAPIC=1                 # number of IO APICs
#options                NINTR=43                # number of INTs

which I somehow find odd (ie the NAPIC / NINTR combination)?

Hi again

Sorry about the delay, but we've been hacked (wu-ftpd; site exec), on one of our Redhat
Linux boxes. Spent some time on that :-(   Had the server been a FreeBSD box, we would
not be in such a mess right now (I never install wu-ftpd on freebsd boxes).

Well, please find the mptable output attached.

Best regards

Stein Morten 

-- 
/*  Stein M Sandbech                        Email: stein@ife.no          **
**  Owner & technical manager               Email: stein@wopr.ife.no     **
**  Ing. Stein M. Sandbech                  Phone: +47 6387 2300         **
**                                          Phone: +47 6380 6219         **
**  Asaktoppen 39, N-2015 Leirsund, NORWAY  Fax:   +47 6387 2300         */
  --------------65F52E92D75D69C8E499EB7B-- --------------B16B021711EE77FFE256AE2F Content-Type: text/plain; charset=us-ascii; name="or840-mptable.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="or840-mptable.txt" =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f16e0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x0b mode: PIC ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f16f0 signature: 'PCMP' base table length: 484 version: 1.4 checksum: 0x06 OEM ID: 'INTEL ' Product ID: 'Kitty Hawk ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 52 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 1 0x11 BSP, usable 6 8 3 0x383fbff 0 0x11 AP, usable 6 8 3 0x387fbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 ISA -- I/O APICs: APIC ID Version State Address 2 0x20 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 3 0 2 0 INT active-hi edge 3 0 2 2 INT active-hi edge 3 1 2 1 INT active-hi edge 3 3 2 3 INT active-hi edge 3 4 2 4 INT active-lo level 3 5 2 5 INT active-hi edge 3 6 2 6 INT active-hi edge 3 7 2 7 INT active-hi edge 3 8 2 8 INT active-hi edge 3 9 2 9 INT active-lo level 3 10 2 10 INT active-lo level 3 11 2 11 INT active-hi edge 3 12 2 12 INT active-hi edge 3 13 2 13 INT active-hi edge 3 14 2 14 INT active-hi edge 3 15 2 15 INT active-lo level 0 31:A 2 16 INT active-lo level 0 31:B 2 17 INT active-lo level 0 31:C 2 18 INT active-lo level 0 31:D 2 19 INT active-lo level 1 0:A 2 16 INT active-lo level 1 0:B 2 17 INT active-lo level 2 3:A 2 19 INT active-lo level 2 8:A 2 16 INT active-lo level 2 8:B 2 17 INT active-lo level 2 8:C 2 18 INT active-lo level 2 8:D 2 19 INT active-lo level 2 9:A 2 17 INT active-lo level 2 9:B 2 18 INT active-lo level 2 9:C 2 19 INT active-lo level 2 9:D 2 16 INT active-lo level 2 10:A 2 18 INT active-lo level 2 10:B 2 19 INT active-lo level 2 10:C 2 16 INT active-lo level 2 10:D 2 17 INT active-lo level 2 11:A 2 19 INT active-lo level 2 11:B 2 16 INT active-lo level 2 11:C 2 17 INT active-lo level 2 11:D 2 18 INT active-lo level 2 4:A 2 17 INT active-lo level 2 4:B 2 18 INT active-lo level 2 4:C 2 19 INT active-lo level 2 4:D 2 16 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 3 0 255 0 NMI active-hi edge 0 0:A 255 1 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=43 # number of INTs =============================================================================== --------------B16B021711EE77FFE256AE2F Content-Type: text/x-vcard; charset=us-ascii; name="stein.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Stein M. Sandbech Content-Disposition: attachment; filename="stein.vcf" begin:vcard n:Sandbech;Stein Morten tel;fax:(+47) 6387 2300 tel;home:(+47) 6387 2310 tel;work:(+47) 6380 6219 x-mozilla-html:FALSE url:http://www.ife.no/ adr:;;Asaktoppen 39;Leirsund;;N-2015;Norway version:2.1 email;internet:stein@wopr.ife.no note:-- I will rotate 45 degrees in Hilbert space soon -- x-mozilla-cpt:;-19840 fn:Stein M. Sandbech end:vcard --------------B16B021711EE77FFE256AE2F-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Jul 12 23:11:36 2000 Delivered-To: freebsd-smp@freebsd.org Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 94EC637C3FD; Wed, 12 Jul 2000 23:10:30 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Thu, 13 Jul 2000 02:10:05 -0400 (EDT) From: Brian Fundakowski Feldman X-Sender: green@green.dyndns.org To: Poul-Henning Kamp Cc: "Thomas D. Dean" , freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Recent -current Performance Drop? In-Reply-To: <2461.963339806@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 11 Jul 2000, Poul-Henning Kamp wrote: > >I seem to see somewhat of a performance drop in the past week. > > You should have read the commit messages :-) > > I enabled malloc flags AJ by default, this has a performance > cost. It will be turned off for releases of course. > > It has already exposed on bug (see peters commit). ^- Multiple bugs, thankyouverymuch :) > You can disable it if you want to run benchmarks: If you run a desktop system (need good response) and aren't willing to take the large performance hit, too. Note it's a large performance hit when you tend to run a LOT of stuff and always dig into swap very quickly. I imagine for most people, the performance drop isn't nearly as high, so they can live with it :) > ln -sf aj /etc/malloc.conf > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD coreteam member | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Jul 13 10:18:28 2000 Delivered-To: freebsd-smp@freebsd.org Received: from hotmail.com (f74.law10.hotmail.com [64.4.15.74]) by hub.freebsd.org (Postfix) with SMTP id 4FC4637B9B9 for ; Thu, 13 Jul 2000 10:18:21 -0700 (PDT) (envelope-from glenngombert@hotmail.com) Received: (qmail 78069 invoked by uid 0); 13 Jul 2000 17:17:44 -0000 Message-ID: <20000713171744.78068.qmail@hotmail.com> Received: from 207.90.113.203 by www.hotmail.com with HTTP; Thu, 13 Jul 2000 10:17:44 PDT X-Originating-IP: [207.90.113.203] From: "Glenn Gombert" To: freebsd-smp@FreeBSD.org Subject: Helping Out With FreeBSD SMP Date: Thu, 13 Jul 2000 13:17:44 EDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I am a seasoned developer with many years of Unix C/C++ experience and the last five years or so with MS Visual C++/Visual Studio...I have been using Linux heavily at home (and a little at work) for the last two years .. I have started running FreeBSD recently and prefer it over Linux...I was interested in starting a correcpondence with anyone on the SMP mailing list how I might help out with and become a contributor to the FreeSDB SMP project... I am interested in learning about the technoloy and thought that I also might help out with the software development and testing effort..I would like to make a contribution, I think I could become very productive to the effort...after becoming familiar with the current code base... Thanks in advance for any reply's Best Regards, Glenn Gombert Dayton, Ohio ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Jul 13 10:53:17 2000 Delivered-To: freebsd-smp@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id F33C837BF6C for ; Thu, 13 Jul 2000 10:53:13 -0700 (PDT) (envelope-from jasone@magnesium.net) Received: (qmail 83820 invoked by uid 1142); 13 Jul 2000 17:53:12 -0000 Date: 13 Jul 2000 10:53:12 -0700 Date: Thu, 13 Jul 2000 10:52:55 -0700 From: Jason Evans To: Glenn Gombert Cc: freebsd-smp@FreeBSD.org Subject: Re: Helping Out With FreeBSD SMP Message-ID: <20000713105255.N427@blitz.canonware.com> References: <20000713171744.78068.qmail@hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000713171744.78068.qmail@hotmail.com>; from glenngombert@hotmail.com on Thu, Jul 13, 2000 at 01:17:44PM -0400 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jul 13, 2000 at 01:17:44PM -0400, Glenn Gombert wrote: > I am a seasoned developer with many years of Unix C/C++ experience and the > last five years or so with MS Visual C++/Visual Studio...I have been using > Linux heavily at home (and a little at work) for the last two years .. > > I have started running FreeBSD recently and prefer it over Linux...I was > interested in starting a correcpondence with anyone on the SMP mailing list > how I might help out with and become a contributor to the FreeSDB SMP > project... > > I am interested in learning about the technoloy and thought that I also > might help out with the software development and testing effort..I would > like to make a contribution, I think I could become very productive to the > effort...after becoming familiar with the current code base... > > Thanks in advance for any reply's Take a look at http://people.freebsd.org/~jasone/smp/ to get an idea of where the project is currently at. If you look at all the material available there, you should be able to get a good idea of how you can help as the project progresses. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message