From owner-freebsd-smp Tue Oct 28 00:15:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA06625 for smp-outgoing; Tue, 28 Oct 1997 00:15:59 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from mail.calweb.com (mail.calweb.com [208.131.56.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA06620 for ; Tue, 28 Oct 1997 00:15:56 -0800 (PST) (envelope-from cslye@calweb.com) Received: by mail.calweb.com (8.8.6/8.8.6) with ESMTP id AAA26187 for ; Tue, 28 Oct 1997 00:15:55 -0800 (PST) X-SMTP: hello web1.calweb.com from cslye@calweb.com server cslye@web1.calweb.com ip 208.131.56.51 ident=cslye Received: (from cslye@localhost) by web1.calweb.com (8.8.5/8.8.5) id AAA04245 for freebsd-smp@freebsd.org; Tue, 28 Oct 1997 00:15:55 -0800 (PST) Message-Id: <199710280815.AAA04245@web1.calweb.com> Subject: SMP Boards To: freebsd-smp@freebsd.org Date: Tue, 28 Oct 1997 00:15:55 -0800 (PST) From: "Cameron Slye" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Looking at SMP ppro boards, just wondering what luck others have had with one of them I am looking at. The Tyan S1662D (I belive the 1668D is the same, just ATX) If not this one, any ideas on other good boards ? I was hoping to find something that took SDRAM and not EDO, but... (And of course not cost alot) This Tyan is $277... Thanks! From owner-freebsd-smp Wed Oct 29 03:29:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA10238 for smp-outgoing; Wed, 29 Oct 1997 03:29:24 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from four.wplus.net (four.wplus.net [194.8.160.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA10230 for ; Wed, 29 Oct 1997 03:29:15 -0800 (PST) (envelope-from sigor@himera.wplus.net) Received: from himera.wplus.net (himera [194.8.160.126]) by four.wplus.net (8.8.4/8.8.6) with ESMTP id OAA18828 for ; Wed, 29 Oct 1997 14:24:39 +0300 (MSK) Received: (from sigor@localhost) by himera.wplus.net (8.8.6/8.8.6) id OAA09727 for smp@freebsd.org; Wed, 29 Oct 1997 14:29:21 +0300 (MSK) From: Igor Storozhev Message-Id: <199710291129.OAA09727@himera.wplus.net> Subject: pstat -T To: smp@freebsd.org Date: Wed, 29 Oct 1997 14:29:21 +0300 (MSK) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We have a trouble with our proxy server, the problem is with squid-1.1.17 and malloc error: FATAL: xmalloc: Unable to allocate 4096 bytes! and there is the following strange error: bash-2.01# pstat -T 133/2088 files pstat: sysctl: KERN_VNODE: No such file or directory Our server is: MP Config Table Header: physical address: 0x000f72a0 signature: 'PCMP' base table length: 252 version: 1.4 checksum: 0x2a OEM ID: 'INTEL ' Product ID: 'ALTAIR ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 23 local APIC address: 0xfee00000 extended table length: 68 extended table checksum: 152 May be somebody had this problem too, and has been solved already? Best Regards, Igor Storozhev. From owner-freebsd-smp Wed Oct 29 03:34:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA10634 for smp-outgoing; Wed, 29 Oct 1997 03:34:49 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA10628 for ; Wed, 29 Oct 1997 03:34:46 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id DAA24768; Wed, 29 Oct 1997 03:36:12 -0800 (PST) Message-Id: <199710291136.DAA24768@implode.root.com> To: Igor Storozhev cc: smp@freebsd.org Subject: Re: pstat -T In-reply-to: Your message of "Wed, 29 Oct 1997 14:29:21 +0300." <199710291129.OAA09727@himera.wplus.net> From: David Greenman Reply-To: dg@root.com Date: Wed, 29 Oct 1997 03:36:12 -0800 Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >and there is the following strange error: > >bash-2.01# pstat -T >133/2088 files >pstat: sysctl: KERN_VNODE: No such file or directory Use pstat -s. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-smp Thu Oct 30 15:37:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA21005 for smp-outgoing; Thu, 30 Oct 1997 15:37:23 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from monk.via.net (monk.via.net [140.174.204.10]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA20995 for ; Thu, 30 Oct 1997 15:37:07 -0800 (PST) (envelope-from joe@via.net) Received: (from joe@localhost) by monk.via.net (8.6.11/8.6.12) id PAA29117 for freebsd-smp@freebsd.org; Thu, 30 Oct 1997 15:26:55 -0800 Date: Thu, 30 Oct 1997 15:26:55 -0800 From: Joe McGuckin Message-Id: <199710302326.PAA29117@monk.via.net> To: freebsd-smp@freebsd.org Subject: What's the state of SMP? Usable ? X-Sun-Charset: US-ASCII Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I need to set up a web server that's going to get quite a lot of traffic. I'm purchasing a TYAN dual Pentium II motherboard and I had the thought that I might want to use 2 cpu's. Is the SMP code reliable? My existing web server (Pentium 200 MMX, 256M ram) runs with a load average of 50 - jumping up to over 100 when certain cgi scripts are running. Just by going with a single 300mhz Pentium II, I should see quite an improvement in the load. Would 2 processors cut the load in half? Thanks! Joe From owner-freebsd-smp Thu Oct 30 15:52:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA21896 for smp-outgoing; Thu, 30 Oct 1997 15:52:03 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from romulus.hosteng.org (romulus.ihosteng.priv.no [195.0.205.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA21839 for ; Thu, 30 Oct 1997 15:51:33 -0800 (PST) (envelope-from ivar@romulus.hosteng.org) Received: from localhost (ivar@localhost) by romulus.hosteng.org (8.8.7/8.8.7) with SMTP id AAA03542 for ; Fri, 31 Oct 1997 00:49:20 +0100 (CET) Date: Fri, 31 Oct 1997 00:49:20 +0100 (CET) From: Ivar Hosteng To: smp@freebsd.org Subject: Possible bug in SMP FreeBSD 3.0 kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been running FreeBSD 3.0-100397-SNAP since it was released using a SMP enabled kernel on a Intel Dual PPRO 200Mzh motherboard without problems until I joined the Bovine rc5 keycracking effort. When I try to run 2 instances of the rc5 keycracking program the system freezes up, somtimes after gving me a kernel panic that seems to be different every time I get one. Here is the output of mptable: =============================================================================== MPTable, version 2.0.15 looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00 searching CMOS 'top of mem' @ 0x0009f800 (638K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f8120 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f8120 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0xe0 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f8130 signature: 'PCMP' base table length: 268 version: 1.4 checksum: 0xf8 OEM ID: 'INTEL ' Product ID: 'PR440FX ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 25 local APIC address: 0xfec08000 extended table length: 120 extended table checksum: 15 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 1 9 0xfbff 12 0x11 AP, usable 6 1 9 0xfbff -- Bus: Bus ID Type 0 PCI 18 ISA -- I/O APICs: APIC ID Version State Address 13 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 18 0 13 0 INT active-hi edge 18 1 13 1 INT active-hi edge 18 3 13 3 INT active-hi edge 18 4 13 4 INT active-hi edge 18 5 13 5 INT active-hi edge 18 6 13 6 INT active-hi edge 18 7 13 7 INT active-hi edge 18 8 13 8 INT active-hi edge 18 9 13 9 INT active-hi edge 18 11 13 11 INT active-hi edge 18 12 13 12 INT active-hi edge 18 14 13 14 INT active-hi edge 18 15 13 15 INT active-lo level 0 19:A 13 19 INT active-lo level 0 15:A 13 17 INT active-lo level 0 11:A 13 16 INT active-lo level 0 9:A 13 17 INT active-lo level 0 6:A 13 18 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 18 0 255 0 NMI active-hi edge 0 0:A 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- bus ID: 0 address type: memory address address base: 0xd4000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xd8000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xdc000 address range: 0x4000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 0 address type: memory address address base: 0x8000000 address range: 0xf8000000 -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0x10000 ------------------------------------------------------------------------------- # 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=2 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs ------------------------------------------------------------------------------- dmesg output: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-971003-SNAP #0: Thu Oct 30 23:06:14 CET 1997 ivar@romulus.hosteng.org:/usr/src/sys/compile/erik CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff real memory = 134217728 (131072K bytes) avail memory = 128937984 (125916K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfec08000 cpu1 (AP): apic id: 12, version: 0x00040011, at 0xfec08000 io0 (APIC): apic id: 13, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 ahc0: rev 0x00 int a irq 17 on pci0.9.0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 8683MB (17783240 512 byte sectors) ahc1: rev 0x00 int a irq 16 on pci0.11.0 ahc1: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc1: waiting for scsi devices to settle scbus1 at ahc1 bus 0 sd1 at scbus1 target 0 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 8669MB (17755614 512 byte sectors) cd0 at scbus1 target 3 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd present [323633 x 2048 byte records] st0 at scbus1 target 4 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access density code 0x0, drive empty vx0: <3COM 3C905 Fast Etherlink XL PCI> rev 0x00 int a irq 17 on pci0.15.0 mii[*mii*] address 00:60:97:1d:07:a9 vga0: rev 0x01 int a irq 19 on pci0.19.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2015MB (4127760 sectors), 4095 cyls, 16 heads, 63 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface APIC_IO: routing 8254 via 8259 on pin 0 SMP: AP CPU #1 Launched! =============================================================================== The progam I am running is located at ftp://ftp.distributed.net/pub/rc5-64/v2.6401/rc56401-freebsd-x86-cli.tar.gz Regards, Ivar Hosteng From owner-freebsd-smp Thu Oct 30 16:41:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA24882 for smp-outgoing; Thu, 30 Oct 1997 16:41:21 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from celebris.tddhome (sil-wa2-10.ix.netcom.com [206.214.137.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA24877 for ; Thu, 30 Oct 1997 16:41:18 -0800 (PST) (envelope-from tomdean@celebris.tddhome) Received: (from tomdean@localhost) by celebris.tddhome (8.8.7/8.8.5) id QAA00662; Thu, 30 Oct 1997 16:41:05 -0800 (PST) Date: Thu, 30 Oct 1997 16:41:05 -0800 (PST) Message-Id: <199710310041.QAA00662@celebris.tddhome> From: Thomas Dean To: joe@via.net CC: freebsd-smp@freebsd.org In-reply-to: <199710302326.PAA29117@monk.via.net> (message from Joe McGuckin on Thu, 30 Oct 1997 15:26:55 -0800) Subject: Re: What's the state of SMP? Usable ? Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Great job by teh SMP folks. I have been running SMP without a problem on a DEC Celebris XL 5133DP. I have not had a crash since I compiled the last kernel. Before that, I had several problems, but, -current is just that, a growing thing. I would pick a working -current and be careful about updates. If your application is critical, -current is not for that. # uname -a FreeBSD celebris 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Mon Aug 25 13:27:44 PDT 1997 root@celebris:/usr/src/sys/compile/CELEBRIS-SMP i386 The machine is not a server, but, it is stable! From owner-freebsd-smp Fri Oct 31 19:55:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA26962 for smp-outgoing; Fri, 31 Oct 1997 19:55:56 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA26956 for ; Fri, 31 Oct 1997 19:55:52 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id TAA26874 for ; Fri, 31 Oct 1997 19:55:52 -0800 (PST) To: smp@freebsd.org Subject: Some SMP timing tests. Date: Fri, 31 Oct 1997 19:55:52 -0800 Message-ID: <26870.878356552@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not quite sure what to make of the following data, my suspicion being that I'd have to actually add a killer I/O system to my test machine in order to *truly* see the effects of SMP on the run time of a make world since things look pretty I/O bound here, but nonetheless, having spent 3 days collecting the data, I figured it was worth at least posting a quick message about here. :-) Test machine was a dual P6/200 with Tyan 1668 motherboard, 64MB of memory, an Adaptec 2940UW controller and IBM DCAS-34330W 4.3GB 5400 RPM drive. Source tree used for testing was from 3.0-971029-SNAP. Two identical kernels were prepared, one with SMP support and one without, for each run a "throw away" make world being done first before timing a series of make -j worlds, with n going from 1 to 20. Each run started from a fresh reboot, no other activity going on during the time of the runs. The most interesting thing about these numbers was that at "high job counts", where one would expect performance to start to actually degrade due to having too many compiles competing for various system resources, performance did not fall as expected. This leads me to believe that our make actually artificially limits the parallelism number to somewhere below 20. I haven't bothered to look into make's code more thoroughly in verifying this, but that's certainly what it looks like. Anyway, here's the graph in postscript: %!PS-Adobe-2.0 %%Creator: gnuplot %%DocumentFonts: Helvetica %%BoundingBox: 50 50 554 770 %%Pages: (atend) %%EndComments /gnudict 40 dict def gnudict begin /Color false def /Solid false def /gnulinewidth 5.000 def /vshift -46 def /dl {10 mul} def /hpt 31.5 def /vpt 31.5 def /M {moveto} bind def /L {lineto} bind def /R {rmoveto} bind def /V {rlineto} bind def /vpt2 vpt 2 mul def /hpt2 hpt 2 mul def /Lshow { currentpoint stroke M 0 vshift R show } def /Rshow { currentpoint stroke M dup stringwidth pop neg vshift R show } def /Cshow { currentpoint stroke M dup stringwidth pop -2 div vshift R show } def /DL { Color {setrgbcolor Solid {pop []} if 0 setdash } {pop pop pop Solid {pop []} if 0 setdash} ifelse } def /BL { stroke gnulinewidth 2 mul setlinewidth } def /AL { stroke gnulinewidth 2 div setlinewidth } def /PL { stroke gnulinewidth setlinewidth } def /LTb { BL [] 0 0 0 DL } def /LTa { AL [1 dl 2 dl] 0 setdash 0 0 0 setrgbcolor } def /LT0 { PL [] 0 1 0 DL } def /LT1 { PL [4 dl 2 dl] 0 0 1 DL } def /LT2 { PL [2 dl 3 dl] 1 0 0 DL } def /LT3 { PL [1 dl 1.5 dl] 1 0 1 DL } def /LT4 { PL [5 dl 2 dl 1 dl 2 dl] 0 1 1 DL } def /LT5 { PL [4 dl 3 dl 1 dl 3 dl] 1 1 0 DL } def /LT6 { PL [2 dl 2 dl 2 dl 4 dl] 0 0 0 DL } def /LT7 { PL [2 dl 2 dl 2 dl 2 dl 2 dl 4 dl] 1 0.3 0 DL } def /LT8 { PL [2 dl 2 dl 2 dl 2 dl 2 dl 2 dl 2 dl 4 dl] 0.5 0.5 0.5 DL } def /P { stroke [] 0 setdash currentlinewidth 2 div sub M 0 currentlinewidth V stroke } def /D { stroke [] 0 setdash 2 copy vpt add M hpt neg vpt neg V hpt vpt neg V hpt vpt V hpt neg vpt V closepath stroke P } def /A { stroke [] 0 setdash vpt sub M 0 vpt2 V currentpoint stroke M hpt neg vpt neg R hpt2 0 V stroke } def /B { stroke [] 0 setdash 2 copy exch hpt sub exch vpt add M 0 vpt2 neg V hpt2 0 V 0 vpt2 V hpt2 neg 0 V closepath stroke P } def /C { stroke [] 0 setdash exch hpt sub exch vpt add M hpt2 vpt2 neg V currentpoint stroke M hpt2 neg 0 R hpt2 vpt2 V stroke } def /T { stroke [] 0 setdash 2 copy vpt 1.12 mul add M hpt neg vpt -1.62 mul V hpt 2 mul 0 V hpt neg vpt 1.62 mul V closepath stroke P } def /S { 2 copy A C} def end % Define the array ISOLatin1Encoding (which specifies how characters are % encoded for ISO-8859-1 fonts), if it isn't already present (Postscript % level 2 is supposed to define it, but level 1 doesn't). systemdict /ISOLatin1Encoding known not { /ISOLatin1Encoding [ /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /exclam /quotedbl /numbersign /dollar /percent /ampersand /quoteright /parenleft /parenright /asterisk /plus /comma /minus /period /slash /zero /one /two /three /four /five /six /seven /eight /nine /colon /semicolon /less /equal /greater /question /at /A /B /C /D /E /F /G /H /I /J /K /L /M /N /O /P /Q /R /S /T /U /V /W /X /Y /Z /bracketleft /backslash /bracketright /asciicircum /underscore /quoteleft /a /b /c /d /e /f /g /h /i /j /k /l /m /n /o /p /q /r /s /t /u /v /w /x /y /z /braceleft /bar /braceright /asciitilde /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /space /dotlessi /grave /acute /circumflex /tilde /macron /breve /dotaccent /dieresis /space /ring /cedilla /space /hungarumlaut /ogonek /caron /space /exclamdown /cent /sterling /currency /yen /brokenbar /section /dieresis /copyright /ordfeminine /guillemotleft /logicalnot /hyphen /registered /macron /degree /plusminus /twosuperior /threesuperior /acute /mu /paragraph /periodcentered /cedillar /onesuperior /ordmasculine /guillemotright /onequarter /onehalf /threequarters /questiondown /Agrave /Aacute /Acircumflex /Atilde /Adieresis /Aring /AE /Ccedilla /Egrave /Eacute /Ecircumflex /Edieresis /Igrave /Iacute /Icircumflex /Idieresis /Eth /Ntilde /Ograve /Oacute /Ocircumflex /Otilde /Odieresis /multiply /Oslash /Ugrave /Uacute /Ucircumflex /Udieresis /Yacute /Thorn /germandbls /agrave /aacute /acircumflex /atilde /adieresis /aring /ae /ccedilla /egrave /eacute /ecircumflex /edieresis /igrave /iacute /icircumflex /idieresis /eth /ntilde /ograve /oacute /ocircumflex /otilde /odieresis /divide /oslash /ugrave /uacute /ucircumflex /udieresis /yacute /thorn /ydieresis ] def } if % Override the setfont procedure with a new procedure that re-encodes % the font to use the ISO Latin-1 style. The body of this procedure % comes from Section 5.6.1 of the Postscript book. /realsetfont /setfont load def /setfont { dup length dict begin {1 index /FID ne {def} {pop pop} ifelse} forall /Encoding ISOLatin1Encoding def currentdict end /Temporary exch definefont realsetfont } bind def %%EndProlog %%Page: 1 1 gnudict begin gsave 50 50 translate 0.100 0.100 scale 90 rotate 0 -5040 translate 0 setgray /Helvetica findfont 140 scalefont setfont newpath LTa LTb 840 351 M 63 0 V 6066 0 R -63 0 V 756 351 M (60) Rshow 840 864 M 63 0 V 6066 0 R -63 0 V 756 864 M (80) Rshow 840 1377 M 63 0 V 6066 0 R -63 0 V -6150 0 R (100) Rshow 840 1890 M 63 0 V 6066 0 R -63 0 V -6150 0 R (120) Rshow 840 2403 M 63 0 V 6066 0 R -63 0 V -6150 0 R (140) Rshow 840 2917 M 63 0 V 6066 0 R -63 0 V -6150 0 R (160) Rshow 840 3430 M 63 0 V 6066 0 R -63 0 V -6150 0 R (180) Rshow 840 3943 M 63 0 V 6066 0 R -63 0 V -6150 0 R (200) Rshow 840 4456 M 63 0 V 6066 0 R -63 0 V -6150 0 R (220) Rshow 840 4969 M 63 0 V 6066 0 R -63 0 V -6150 0 R (240) Rshow 1163 351 M 0 63 V 0 4555 R 0 -63 V 0 -4695 R (2) Cshow 1808 351 M 0 63 V 0 4555 R 0 -63 V 0 -4695 R (4) Cshow 2453 351 M 0 63 V 0 4555 R 0 -63 V 0 -4695 R (6) Cshow 3098 351 M 0 63 V 0 4555 R 0 -63 V 0 -4695 R (8) Cshow 3743 351 M 0 63 V 0 4555 R 0 -63 V 0 -4695 R (10) Cshow 4388 351 M 0 63 V 0 4555 R 0 -63 V 0 -4695 R (12) Cshow 5034 351 M 0 63 V 0 4555 R 0 -63 V 0 -4695 R (14) Cshow 5679 351 M 0 63 V 0 4555 R 0 -63 V 0 -4695 R (16) Cshow 6324 351 M 0 63 V 0 4555 R 0 -63 V 0 -4695 R (18) Cshow 6969 351 M 0 63 V 0 4555 R 0 -63 V 0 -4695 R (20) Cshow 840 351 M 6129 0 V 0 4618 V -6129 0 V 840 351 L 140 2660 M currentpoint gsave translate 90 rotate 0 0 M (Time in minutes) Cshow grestore 3904 71 M (make -j value) Cshow LT0 6486 4766 M (Single P6/200) Rshow 6570 4766 M 252 0 V 840 3301 M 323 -718 V 322 -103 V 323 -51 V 322 0 V 323 -26 V 322 0 V 323 26 V 323 0 V 322 -26 V 323 0 V 322 0 V 323 0 V 323 26 V 322 -26 V 323 26 V 322 0 V 323 -26 V 322 77 V 323 26 V LT1 6486 4626 M (Dual P6/200) Rshow 6570 4626 M 252 0 V 840 3584 M 1163 2044 L 322 -154 V 323 -51 V 322 0 V 323 -26 V 322 0 V 323 77 V 323 -51 V 322 -51 V 323 51 V 322 0 V 323 0 V 323 -26 V 322 0 V 323 0 V 322 0 V 323 26 V 322 -26 V 323 0 V stroke grestore end showpage From owner-freebsd-smp Fri Oct 31 20:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA29596 for smp-outgoing; Fri, 31 Oct 1997 20:40:04 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA29552 for ; Fri, 31 Oct 1997 20:39:50 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.7/8.8.5) with SMTP id WAA24736; Fri, 31 Oct 1997 22:37:54 -0500 (EST) X-Authentication-Warning: picnic.mat.net: chuckr owned process doing -bs Date: Fri, 31 Oct 1997 22:37:50 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: "Jordan K. Hubbard" cc: smp@freebsd.org Subject: Re: Some SMP timing tests. In-Reply-To: <26870.878356552@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 31 Oct 1997, Jordan K. Hubbard wrote: > I'm not quite sure what to make of the following data, my suspicion > being that I'd have to actually add a killer I/O system to my test > machine in order to *truly* see the effects of SMP on the run time of > a make world since things look pretty I/O bound here, but nonetheless, > having spent 3 days collecting the data, I figured it was worth at > least posting a quick message about here. :-) > > Test machine was a dual P6/200 with Tyan 1668 motherboard, 64MB of > memory, an Adaptec 2940UW controller and IBM DCAS-34330W 4.3GB 5400 > RPM drive. Source tree used for testing was from 3.0-971029-SNAP. > > Two identical kernels were prepared, one with SMP support and one > without, for each run a "throw away" make world being done first > before timing a series of make -j worlds, with n going from 1 to > 20. Each run started from a fresh reboot, no other activity going on > during the time of the runs. Just so I understand (I think I might try it) you had a complete make world in the can, so you rebuilt the minimum (no make clean) right? I have two disks (both with swap, one with /usr/src). I have room to put the /usr/obj on the other disk, but I'm not clear on how to do that ... would a simple ln -s /usr2/obj /usr/obj work (usr2==2nd disk) ? > The most interesting thing about these numbers was that at "high job > counts", where one would expect performance to start to actually > degrade due to having too many compiles competing for various system > resources, performance did not fall as expected. This leads me to > believe that our make actually artificially limits the parallelism > number to somewhere below 20. I haven't bothered to look into make's > code more thoroughly in verifying this, but that's certainly what it > looks like. [lots of postscript deleted] ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-smp Fri Oct 31 20:57:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA00524 for smp-outgoing; Fri, 31 Oct 1997 20:57:30 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA00518 for ; Fri, 31 Oct 1997 20:57:25 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id UAA27324; Fri, 31 Oct 1997 20:57:21 -0800 (PST) To: Chuck Robey cc: smp@freebsd.org Subject: Re: Some SMP timing tests. In-reply-to: Your message of "Fri, 31 Oct 1997 22:37:50 EST." Date: Fri, 31 Oct 1997 20:57:21 -0800 Message-ID: <27321.878360241@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Just so I understand (I think I might try it) you had a complete make > world in the can, so you rebuilt the minimum (no make clean) right? Nope, the world was rebuilt from scratch every time, no special make options set other than -O -pipe for CFLAGS in /etc/make.conf Jordan From owner-freebsd-smp Fri Oct 31 21:42:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA02430 for smp-outgoing; Fri, 31 Oct 1997 21:42:04 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA02425 for ; Fri, 31 Oct 1997 21:42:00 -0800 (PST) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 1533 invoked by uid 1000); 1 Nov 1997 05:42:30 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-103097 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <27321.878360241@time.cdrom.com> Date: Fri, 31 Oct 1997 21:42:30 -0800 (PST) Organization: Atlas Telecom From: Simon Shapiro To: "Jordan K. Hubbard" Subject: Re: Some SMP timing tests. Cc: smp@freebsd.org, Chuck Robey Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Jordan K. Hubbard; On 01-Nov-97 you wrote: > > Just so I understand (I think I might try it) you had a complete make > > world in the can, so you rebuilt the minimum (no make clean) right? > > Nope, the world was rebuilt from scratch every time, no special > make options set other than -O -pipe for CFLAGS in /etc/make.conf To clarify, was a full /usr/obj already there, to be wiped out by make world, or was it empty before the make starts? > > Jordan --- If Microsoft Built Cars: Every time they repainted the lines on the road, you'd have to buy a new car. Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313 From owner-freebsd-smp Sat Nov 1 09:00:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27172 for smp-outgoing; Sat, 1 Nov 1997 09:00:30 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA27161 for ; Sat, 1 Nov 1997 09:00:27 -0800 (PST) (envelope-from wosch@cs.tu-berlin.de) Received: from panke.panke.de (anonymous220.ppp.cs.tu-berlin.de [130.149.17.220]) by mail.cs.tu-berlin.de (8.8.6/8.8.7) with ESMTP id RAA20104; Sat, 1 Nov 1997 17:57:04 +0100 (MET) Received: (from wosch@localhost) by panke.panke.de (8.8.5/8.6.12) id QAA01307; Sat, 1 Nov 1997 16:47:32 +0100 (MET) To: "Jordan K. Hubbard" Cc: smp@freebsd.org Subject: Re: Some SMP timing tests. References: <26870.878356552@time.cdrom.com> From: Wolfram Schneider Date: 01 Nov 1997 16:47:28 +0100 In-Reply-To: "Jordan K. Hubbard"'s message of Fri, 31 Oct 1997 19:55:52 -0800 Message-ID: Lines: 21 Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: > The most interesting thing about these numbers was that at "high job > counts", where one would expect performance to start to actually > degrade due to having too many compiles competing for various system > resources, performance did not fall as expected. This leads me to > believe that our make actually artificially limits the parallelism > number to somewhere below 20. I haven't bothered to look into make's > code more thoroughly in verifying this, but that's certainly what it > looks like. If you have a Makefile with 5 targets (e.g. 4 *.c files, 1 manpage), make can only create 5 jobs at once. Not surprising ;-) I guess the average Makefile has 3 targets. -j max_jobs Specify the maximum number of jobs that make may have running at ^^^^^^^^^^^^^^ ^^^ any one time. -- Wolfram Schneider http://www.apfel.de/~wosch/ From owner-freebsd-smp Sat Nov 1 10:52:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA01955 for smp-outgoing; Sat, 1 Nov 1997 10:52:27 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA01950 for ; Sat, 1 Nov 1997 10:52:23 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id KAA05172; Sat, 1 Nov 1997 10:52:18 -0800 (PST) To: Wolfram Schneider cc: smp@freebsd.org Subject: Re: Some SMP timing tests. In-reply-to: Your message of "01 Nov 1997 16:47:28 +0100." Date: Sat, 01 Nov 1997 10:52:18 -0800 Message-ID: <5168.878410338@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If you have a Makefile with 5 targets (e.g. 4 *.c files, 1 manpage), > make can only create 5 jobs at once. Not surprising ;-) A good point, but this doesn't quite explain the behavior during compiling things like libc, which has many targets which could be parallelized. Jordan From owner-freebsd-smp Sat Nov 1 12:12:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA05189 for smp-outgoing; Sat, 1 Nov 1997 12:12:03 -0800 (PST) (envelope-from owner-freebsd-smp) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA05165 for ; Sat, 1 Nov 1997 12:12:00 -0800 (PST) (envelope-from shimon@sendero-ppp.i-connect.net) Received: (qmail 826 invoked by uid 1000); 1 Nov 1997 20:12:22 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-103097 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <5168.878410338@time.cdrom.com> Date: Sat, 01 Nov 1997 12:12:22 -0800 (PST) Organization: Atlas Telecom From: Simon Shapiro To: "Jordan K. Hubbard" Subject: Re: Some SMP timing tests. Cc: smp@freebsd.org, Wolfram Schneider Sender: owner-freebsd-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Jordan K. Hubbard; On 01-Nov-97 you wrote: > > If you have a Makefile with 5 targets (e.g. 4 *.c files, 1 manpage), > > make can only create 5 jobs at once. Not surprising ;-) > > A good point, but this doesn't quite explain the behavior during > compiling things like libc, which has many targets which could be > parallelized. Didn't Sequent, during the early Symetry days do a lot of work in this area? Maybe somebody from nCUBE is reading this. They have done lots of work in this area too. --- If Microsoft Built Cars: Every time they repainted the lines on the road, you'd have to buy a new car. Sincerely Yours, Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.799.2313