From owner-freebsd-smp Mon Aug 7 11:10:40 2000 Delivered-To: freebsd-smp@freebsd.org Received: from katroo.Sendmail.COM (katroo.Sendmail.COM [209.246.26.35]) by hub.freebsd.org (Postfix) with ESMTP id A8E0237BDE0 for ; Mon, 7 Aug 2000 11:08:42 -0700 (PDT) (envelope-from emechler@sendmail.com) Received: from sam.sendmail.com (root@sam.Sendmail.COM [10.210.109.78]) by katroo.Sendmail.COM (8.9.3/8.9.3) with ESMTP id LAA10580 for ; Mon, 7 Aug 2000 11:08:39 -0700 (PDT) Received: (from emechler@localhost) by sam.sendmail.com (8.9.3/8.9.3/Debian 8.9.3-21) id LAA05021 for freebsd-smp@freebsd.org; Mon, 7 Aug 2000 11:08:03 -0700 Date: Mon, 7 Aug 2000 11:08:03 -0700 From: Erick Mechler To: freebsd-smp@freebsd.org Subject: Optimization tips Message-ID: <20000807110803.A5013@sendmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.2i Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've been searching for a while now on how to optimize FreeBSD for SMP machines, and have yet to find anything substantial. Here's what I have: 3.4-RELEASE (upgrading to 4.x is a possiblility, if it will help) qty. 2 P3 Xeon 550MHz AMI Megaplex II motherboard for 9U chassis (4 CPU capacity) 2GB SDRAM Any suggestions on acceptable values for maxusers, nmbclusters, etc., would be very appreciated. From what I understand, upgrading to 4.x should help a bit, but I only want to do this as a last resort. I figure there's some sort of kernel thing I should try first. Many thanks, Erick Mechler ========================= UNIX System Administrator Sendmail, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Tue Aug 8 9:14:54 2000 Delivered-To: freebsd-smp@freebsd.org Received: from charon.npc.net (charon.finall.com [199.15.61.3]) by hub.freebsd.org (Postfix) with ESMTP id 8935B37B975 for ; Tue, 8 Aug 2000 09:14:40 -0700 (PDT) (envelope-from mjung@npc.net) Received: from exchange1.npc.net ([10.0.157.36]) by charon.npc.net (8.10.2/8.10.2) with ESMTP id e78GEbd86230 for ; Tue, 8 Aug 2000 12:14:38 -0400 (EDT) Received: by EXCHANGE1 with Internet Mail Service (5.5.2650.21) id ; Tue, 8 Aug 2000 12:14:37 -0400 Message-ID: <921763828F4BD4118D7D00805FEDF35810C606@EXCHANGE1> From: "Jung, Michael" To: "'freebsd-smp@freebsd.org'" Subject: SMP on Dell 6450 Date: Tue, 8 Aug 2000 12:14:31 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Although I can find the original question, it seems someone was asking about SMP usage on a DELL xxxx platform. I recently tested 4.1-RELEASE on a 6450 4GB/AMI Raid/4 CPU with no problems. --mikej Michael Jung mikej@mikej.com Copyright (c) 1992-2000 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.1-RELEASE #2: Mon Aug 7 15:03:31 GMT 2000 root@:/usr/src/sys/compile/jam2 Calibrating clock(s) ... TSC clock: 699310283 Hz, i8254 clock: 1193222 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Unknown 80686 (699.29-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6a0 Stepping = 0 Features=0x383fbff real memory = 4160741376 (4063224K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00437000 - 0xf7ff5fff, 4156289024 bytes (4294933439 pages) avail memory = 4045201408 (3950392K bytes) Programming 16 pins in IOAPIC #0 Programming 16 pins in IOAPIC #1 IOAPIC #1 intpin 0 -> irq 2 IOAPIC #1 intpin 1 -> irq 5 IOAPIC #1 intpin 2 -> irq 10 IOAPIC #1 intpin 3 -> irq 11 IOAPIC #1 intpin 4 -> irq 13 IOAPIC #1 intpin 5 -> irq 16 IOAPIC #1 intpin 6 -> irq 17 IOAPIC #1 intpin 7 -> irq 18 IOAPIC #1 intpin 8 -> irq 19 IOAPIC #1 intpin 9 -> irq 20 IOAPIC #1 intpin 10 -> irq 21 IOAPIC #1 intpin 11 -> irq 22 IOAPIC #1 intpin 12 -> irq 23 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 3, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu2 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu3 (AP): apic id: 2, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xc7ee pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 Other BIOS signatures found: ACPI: 000fdcb0 Preloaded elf kernel "kernel.new" at 0xc041b000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 Math emulator present SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x80000074 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00081166) pcib-: pcib3 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00081166) pcib3: on motherboard Freeing (NOT implemented) redirected PCI irq 10. found-> vendor=0x8086, dev=0x1229, revid=0x08 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=17 map[10]: type 1, range 32, base fabff000, size 12 map[14]: type 1, range 32, base 0000ccc0, size 6 map[18]: type 1, range 32, base faa00000, size 20 found-> vendor=0x8086, dev=0x0964, revid=0x01 class=06-04-00, hdrtype=0x01, mfdev=1 subordinatebus=4 secondarybus=4 Freeing (NOT implemented) redirected PCI irq 5. found-> vendor=0x8086, dev=0x1960, revid=0x01 class=0e-00-01, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=18 map[10]: type 1, range 32, base fdc00000, size 22 Freeing (NOT implemented) redirected PCI irq 11. found-> vendor=0x8086, dev=0x1229, revid=0x08 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=20 map[10]: type 1, range 32, base fabfe000, size 12 map[14]: type 1, range 32, base 0000cc80, size 6 map[18]: type 1, range 32, base fa900000, size 20 pci3: on pcib3 fxp0: port 0xccc0-0xccff mem 0xfaa00000-0xfaafffff,0xfabff000-0xfabfffff irq 17 at device 8.0 on pci3 fxp0: Ethernet address 00:d0:b7:9e:a0:b7 bpf: fxp0 attached pcib1: at device 9.0 on pci3 pci4: on pcib1 amr0: mem 0xfdc00000-0xfdffffff irq 18 at device 9.1 on pci3 amr0: firmware 1.01 bios 1p00 128MB memory amr0: s/g table too low (0x1000), reallocating amrd0: on amr0 amrd0: 8568MB (17547264 sectors) RAID 1 (optimal) Creating DISK amrd0 fxp1: port 0xcc80-0xccbf mem 0xfa900000-0xfa9fffff,0xfabfe000-0xfabfefff irq 20 at device 11.0 on pci3 fxp1: Ethernet address 00:d0:b7:b0:ad:75 bpf: fxp1 attached pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00081166) pcib0: on motherboard found-> vendor=0x1166, dev=0x0008, revid=0x21 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0008, revid=0x01 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0006, revid=0x00 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0006, revid=0x00 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1002, dev=0x4759, revid=0x7a class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base fc000000, size 24 map[14]: type 1, range 32, base 0000ec00, size 8 map[18]: type 1, range 32, base fbeff000, size 12 Freeing (NOT implemented) redirected PCI irq 11. found-> vendor=0x9005, dev=0x00cf, revid=0x01 class=01-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base 0000e800, size 8 map[14]: type 1, range 64, base fbefe000, size 12 found-> vendor=0x9005, dev=0x00cf, revid=0x01 class=01-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=b, irq=10 map[10]: type 1, range 32, base 0000e400, size 8 map[14]: type 1, range 64, base fbefd000, size 12 Freeing (NOT implemented) redirected PCI irq 5. found-> vendor=0x8086, dev=0x1229, revid=0x08 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=21 map[10]: type 1, range 32, base fbefc000, size 12 map[14]: type 1, range 32, base 0000e0c0, size 6 map[18]: type 1, range 32, base fbd00000, size 20 found-> vendor=0x1166, dev=0x0200, revid=0x4f class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0211, revid=0x00 class=01-01-8a, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 000008b0, size 4 Freeing (NOT implemented) redirected PCI irq 11. found-> vendor=0x1166, dev=0x0220, revid=0x04 class=0c-03-10, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=255 map[10]: type 1, range 32, base fbefb000, size 12 pci0: on pcib0 pci0: (vendor=0x1002, dev=0x4759) at 4.0 ahc0: port 0xe800-0xe8ff mem 0xfbefe000-0xfbefefff irq 5 at device 5.0 on pci0 ahc0: Reading SEEPROM...done. ahc0: Manual LVD Termination ahc0: BIOS eeprom is present ahc0: Secondary High byte termination Enabled ahc0: Secondary Low byte termination Enabled ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: aic7899 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc0: Downloading Sequencer Program... 403 instructions downloaded ahc1: port 0xe400-0xe4ff mem 0xfbefd000-0xfbefdfff irq 10 at device 5.1 on pci0 ahc1: Reading SEEPROM...done. ahc1: Manual LVD Termination ahc1: BIOS eeprom is present ahc1: Secondary High byte termination Enabled ahc1: Secondary Low byte termination Enabled ahc1: Primary Low Byte termination Enabled ahc1: Primary High Byte termination Enabled ahc1: aic7899 Wide Channel B, SCSI Id=7, 16/255 SCBs ahc1: Downloading Sequencer Program... 403 instructions downloaded fxp2: port 0xe0c0-0xe0ff mem 0xfbd00000-0xfbdfffff,0xfbefc000-0xfbefcfff irq 21 at device 8.0 on pci0 fxp2: Ethernet address 00:b0:d0:49:a3:0b bpf: fxp2 attached isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x8b0-0x8bf at device 15.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x08b0 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=00 status1=00 ata0: devices = 0x4 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x08b8 ata1: mask=03 status0=00 status1=00 ata1: mask=03 status0=00 status1=00 ata1: devices = 0x0 ata1: probe allocation failed ohci0: mem 0xfbefb000-0xfbefbfff at device 15.2 on pci0 ohci0: Could not allocate irq device_probe_and_attach: ohci0 attach returned 6 pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00081166) pci-: pci4 exists, using next available unit number pcib4: on motherboard pci5: on pcib4 pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00081166) pcib13: on motherboard pci13: on pcib13 Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ata3: iobase=0x0170 altiobase=0x0376 bmaddr=0x0000 ata3: mask=03 status0=00 status1=00 ata3: mask=03 status0=00 status1=00 ata3: devices = 0x0 ata3: probe allocation failed bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x330 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x334 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x230 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x234 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x130 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x134 aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 00 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: data 00 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) pcic1: not probed (disabled) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x41 0x49 0x41 0x41 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 bpf: lp0 attached isa_probe_children: probing PnP devices SMP: enabled INTs: 1, 3, 4, 5, 6, 7, 10, 12, 14, 17, 18, 20, 21, apic_imen: 0x00c9ab05 BIOS Geometries: 0:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 bpf: sl0 attached bpf: ppp0 attached new masks: bio 68044040, tty 6300109a, net 6732109a bpf: lo0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: faith0 attached SMP: AP CPU #3 Launched! SMP: CPU3 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff ata0-master: piomode=4 dmamode=2 udmamode=2 dmaflag=1 ata0-master: success setting up PIO4 mode on generic chip SMP: AP CPU #2 Launched! SMP: CPU2 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff acd0: CDROM drive at ata0 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 acd0: Reads: CD-R, CD-RW, CD-DA stream, packet acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff no devsw (majdev=0 bootdev=0xa0300000) Mounting root from ufs:/dev/amrd0s2a amrd0s1: type 0x6, start 63, end = 32129, size 32067 : OK amrd0s2: type 0xa5, start 32130, end = 835379, size 803250 : OK amrd0s3: type 0xa5, start 835380, end = 1847474, size 1012095 : OK amrd0s4: type 0xa5, start 1847475, end = 17542979, size 15695505 : OK start_init: trying /sbin/init cd9660: RockRidge Extension To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Aug 9 18:48:17 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (nat193.159.mpoweredpc.net [142.177.193.159]) by hub.freebsd.org (Postfix) with ESMTP id D20EC37BBBC; Wed, 9 Aug 2000 18:48:12 -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 WAA04791; Wed, 9 Aug 2000 22:46:10 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Wed, 9 Aug 2000 22:46:10 -0300 (ADT) From: The Hermit Hacker To: freebsd-questions@freebsd.org Cc: freebsd-smp@freebsd.org Subject: Dual-Athlon vs Dual-PIII ... opinions? 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 want to upgrade my Dual-Celeron machine to a Dual-?? and haven't got a clue which way to go ... AMD vs Intel ... AMD is cheaper but I've been 'Intel' since I started with computers ... any drawbacks as far as SMP under FreeBSD? benefits? if I throw cost away, are the Intel's still the better choice for a Unix environment? I heard somehwere that AMD was great for gamers ... but what about "real work"? 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 Wed Aug 9 19:28: 4 2000 Delivered-To: freebsd-smp@freebsd.org Received: from thelab.hub.org (nat193.159.mpoweredpc.net [142.177.193.159]) by hub.freebsd.org (Postfix) with ESMTP id EF9EB37B60C for ; Wed, 9 Aug 2000 19:27:56 -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 XAA92742; Wed, 9 Aug 2000 23:25:47 -0300 (ADT) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Wed, 9 Aug 2000 23:25:47 -0300 (ADT) From: The Hermit Hacker To: Kevin Van Maren Cc: freebsd-smp@freebsd.org Subject: Re: Dual-Athlon vs Dual-PIII ... opinions? In-Reply-To: <200008100220.UAA07567@fast.cs.utah.edu> 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 ASUS has this board: http://www.asus.com.tw/products/motherboard/pentiumpro/cur-dls/index.html anyone try it out/look at it? On Wed, 9 Aug 2000, Kevin Van Maren wrote: > There are no dual Athlons...yet. Unfortunatly, there aren't any good > 133MHz chipsets, especially that support SMP. THere is the i840, which > has problems with SDRAM; there are the 440BX/GX, that only run up to > 100MHz bus, and there is the 820 (SMP support?). > > Your best bet for a good system would seem to be ServerWorks (old RCC); > Dell, COmpaq, etc, sell systems with their chipsets, but there aren't > any plain motherboards available (there was one announced by Tyan). > The serverworks chipset supports 64-bit PCI, and 66MHz PCI, and several > independant PCI busses. Most of the BX/GX boards do not support the > coppermine CPUs, and pre-coppermine CPUs are scarce. > The Intel L440GX+ was a nice server board (bridged AGP to 66MHz PCI); > I am quite happy with my Asus P2B-DS, but it doesn't support Coppermine. > > Good luck, and let me know what you end up doing. > > Kevin Van Maren > > 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 Wed Aug 9 19:48:48 2000 Delivered-To: freebsd-smp@freebsd.org Received: from mail-2.sjc.telocity.net (mail-2.sjc.telocity.net [216.227.56.42]) by hub.freebsd.org (Postfix) with ESMTP id B7F0A37B52B for ; Wed, 9 Aug 2000 19:48:45 -0700 (PDT) (envelope-from bellefso@execpc.com) Received: from packfan (dsl-64-34-45-85.telocity.com [64.34.45.85]) by mail-2.sjc.telocity.net (8.9.3/8.9.3) with SMTP id TAA23088 for ; Wed, 9 Aug 2000 19:45:24 -0700 (PDT) From: "Brian" To: "FreeBSD SMP" Subject: RE: Dual-Athlon vs Dual-PIII ... opinions? Date: Wed, 9 Aug 2000 21:46:45 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 In-Reply-To: Importance: Normal Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just built a new SMP system using a SuperMicro board with the ServerWorks chipset, dual 800's 133 bus. Works perfect for me, one note, only ECC is supported on these boards and most sites don't make that clear before ordereing the board. Brian -----Original Message----- From: owner-freebsd-smp@FreeBSD.ORG [mailto:owner-freebsd-smp@FreeBSD.ORG]On Behalf Of The Hermit Hacker Sent: Wednesday, August 09, 2000 9:26 PM To: Kevin Van Maren Cc: freebsd-smp@freebsd.org Subject: Re: Dual-Athlon vs Dual-PIII ... opinions? ASUS has this board: http://www.asus.com.tw/products/motherboard/pentiumpro/cur-dls/index.html anyone try it out/look at it? On Wed, 9 Aug 2000, Kevin Van Maren wrote: > There are no dual Athlons...yet. Unfortunatly, there aren't any good > 133MHz chipsets, especially that support SMP. THere is the i840, which > has problems with SDRAM; there are the 440BX/GX, that only run up to > 100MHz bus, and there is the 820 (SMP support?). > > Your best bet for a good system would seem to be ServerWorks (old RCC); > Dell, COmpaq, etc, sell systems with their chipsets, but there aren't > any plain motherboards available (there was one announced by Tyan). > The serverworks chipset supports 64-bit PCI, and 66MHz PCI, and several > independant PCI busses. Most of the BX/GX boards do not support the > coppermine CPUs, and pre-coppermine CPUs are scarce. > The Intel L440GX+ was a nice server board (bridged AGP to 66MHz PCI); > I am quite happy with my Asus P2B-DS, but it doesn't support Coppermine. > > Good luck, and let me know what you end up doing. > > Kevin Van Maren > > 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Aug 9 20:51:56 2000 Delivered-To: freebsd-smp@freebsd.org Received: from fast.cs.utah.edu (fast.cs.utah.edu [155.99.212.1]) by hub.freebsd.org (Postfix) with ESMTP id D0AED37B7A1 for ; Wed, 9 Aug 2000 20:51:48 -0700 (PDT) (envelope-from vanmaren@fast.cs.utah.edu) Received: (from vanmaren@localhost) by fast.cs.utah.edu (8.9.1/8.9.1) id VAA08430; Wed, 9 Aug 2000 21:51:41 -0600 (MDT) Date: Wed, 9 Aug 2000 21:51:41 -0600 (MDT) From: Kevin Van Maren Message-Id: <200008100351.VAA08430@fast.cs.utah.edu> To: bellefso@execpc.com, freebsd-smp@FreeBSD.ORG Subject: RE: Dual-Athlon vs Dual-PIII ... opinions? Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I had high hopes for the i840. It's too bad Intel screwed it up. The board looks nice. The "HE" (high end) offers more features than the "LE (low end) chipset (if you really need 5 PCI busses). One problem with the board is that the 66MHz slots are keyed for 5V signalling -- which is prohibited by the PCI spec. The Intel L440GX+ board uses level shifters or something for it's 5V-keyed slots: it runs them at 3.3V at 66MHz, 5V at 33MHz (determined experimentally -- Intel wouldn't tell me what was going on). 66MHz cards that don't support 5V signaling (at 33MHz) won't work, since they won't fit (and making them fit will fry them if you ever put a 33MHz card in the other slot). At least the Supermicro ServerWorks boards are keyed correctly. The Asus board requires registered DIMMs (and probably ECC). It is nice to see that they put the SCSI on the 64-bit PCI bus. It does look like it will retail for $850 or so. Just the thing to plug a couple gigabit ethernet cards into, and maybe a nice RAID controller. Note that if you get the Ultra2 controller, apparently the 66MHz PCI only runs at 33MHz -- sounds like you want to get the dual Ultra160 controller, and no 7th PCI slot, to get 66MHz operation. Now if I could only find a nice mid-tower that supports SCA drives... Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Wed Aug 9 21:48: 1 2000 Delivered-To: freebsd-smp@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id 329FE37B606 for ; Wed, 9 Aug 2000 21:47:59 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 59A3E2B25D; Wed, 9 Aug 2000 23:47:48 -0500 (CDT) Date: Wed, 9 Aug 2000 21:47:48 -0700 From: Paul Saab To: Kevin Van Maren Cc: bellefso@execpc.com, freebsd-smp@FreeBSD.ORG Subject: Re: Dual-Athlon vs Dual-PIII ... opinions? Message-ID: <20000809214748.A37454@elvis.mu.org> References: <200008100351.VAA08430@fast.cs.utah.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200008100351.VAA08430@fast.cs.utah.edu>; from vanmaren@fast.cs.utah.edu on Wed, Aug 09, 2000 at 09:51:41PM -0600 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Wait for Tyan's new RCC based board due out this month. It is very nice. -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? Kevin Van Maren (vanmaren@fast.cs.utah.edu) wrote: > I had high hopes for the i840. It's too bad Intel screwed it up. > > The board looks nice. The "HE" (high end) offers more features than > the "LE (low end) chipset (if you really need 5 PCI busses). One > problem with the board is that the 66MHz slots are keyed for 5V > signalling -- which is prohibited by the PCI spec. The Intel > L440GX+ board uses level shifters or something for it's 5V-keyed > slots: it runs them at 3.3V at 66MHz, 5V at 33MHz (determined > experimentally -- Intel wouldn't tell me what was going on). > 66MHz cards that don't support 5V signaling (at 33MHz) won't work, > since they won't fit (and making them fit will fry them if you ever > put a 33MHz card in the other slot). At least the Supermicro > ServerWorks boards are keyed correctly. > > The Asus board requires registered DIMMs (and probably ECC). > It is nice to see that they put the SCSI on the 64-bit PCI bus. > It does look like it will retail for $850 or so. Just the > thing to plug a couple gigabit ethernet cards into, and maybe > a nice RAID controller. > > Note that if you get the Ultra2 controller, apparently the 66MHz > PCI only runs at 33MHz -- sounds like you want to get the dual > Ultra160 controller, and no 7th PCI slot, to get 66MHz operation. > > Now if I could only find a nice mid-tower that supports SCA drives... > > Kevin > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" 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 Wed Aug 9 23: 6:10 2000 Delivered-To: freebsd-smp@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-89-56.dsl.snfc21.pacbell.net [63.206.89.56]) by hub.freebsd.org (Postfix) with ESMTP id DE67537B793 for ; Wed, 9 Aug 2000 23:06:07 -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 XAA00544; Wed, 9 Aug 2000 23:17:48 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200008100617.XAA00544@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: The Hermit Hacker Cc: Kevin Van Maren , freebsd-smp@freebsd.org Subject: Re: Dual-Athlon vs Dual-PIII ... opinions? In-reply-to: Your message of "Wed, 09 Aug 2000 23:25:47 -0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Aug 2000 23:17:48 -0700 From: Mike Smith Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > ASUS has this board: > > http://www.asus.com.tw/products/motherboard/pentiumpro/cur-dls/index.html > > anyone try it out/look at it? I did a brief evaluation of this board over the weekend. Street price looks to be about $750. You will need to remember that *all* of the RCC boards require registered ECC DIMMs, which are a bit pricey by comparison. The board will take 4GB (currently at about $2500/GB) tops, but the sockets are vertically aligned making this impractical in a 1U chassis. The board uses the ServerWorks LE ('low end') chipset, which makes it practical to use a single DIMM in cost-sensitive applications. Other minor shortcomings are the single onboard NIC, but compensated for by onboard video and SCSI. The board faces direct competition from Supermicro's equivalent product, and as Paul Saab mentioned, Tyan have a new offering due soon in this space which is optimised for 1U deployment, with angled DIMM sockets and a reduced PCI slot count (two 64-bit appropriately positioned for riser cards). At the higher end, we're also looking at a Tyan OEM board (the 2500) which they are currently supplying to SGI. This features the ServerWorks HE ('high end') chipset, takes 8 DIMMs, and features six 66MHz 64-bit PCI slots. As it takes slot-1 processors, this is very definitely a 2U system board. Regards, -- ... 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 Thu Aug 10 0:41:25 2000 Delivered-To: freebsd-smp@freebsd.org Received: from mel.alcatel.fr (mel.alcatel.fr [212.208.74.132]) by hub.freebsd.org (Postfix) with ESMTP id D4AA937B84A; Thu, 10 Aug 2000 00:40:59 -0700 (PDT) (envelope-from Thierry.Herbelot@alcatel.fr) Received: from aifhs10.alcatel.fr (mailhub2.alcatel.fr [155.132.188.80]) by mel.alcatel.fr (ALCANET/SMTP) with ESMTP id JAA03128; Thu, 10 Aug 2000 09:40:21 +0200 From: Thierry.Herbelot@alcatel.fr Received: from frmta003.netfr.alcatel.fr (frmta003.netfr.alcatel.fr [155.132.251.32]) by aifhs10.alcatel.fr (ALCANET/SMTP2) with SMTP id JAA15357; Thu, 10 Aug 2000 09:37:04 +0200 (MET DST) Received: by frmta003.netfr.alcatel.fr(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id C1256937.002A2FCC ; Thu, 10 Aug 2000 09:40:47 +0200 X-Lotus-FromDomain: ALCATEL To: The Hermit Hacker Cc: freebsd-questions@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Message-ID: Date: Thu, 10 Aug 2000 09:40:42 +0200 Subject: Re: Dual-Athlon vs Dual-PIII ... opinions? Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, Considering the latest accomplishments of AMD and the price cuts which should happen after the week-end, AMD definitely looks like an interesting proposition. As I have not seen one AMD-compatible chipset capable of using more that one CPU, except perhaps the future "760" chipset from AMD itself (I certainly would like to get one such motherboard to replace my BP6, if the price is right) Is there also some work being done for SMP Alpha machines ? TfH PS : there was one "OpenAPIC" specification which should have made it possible to build K6-based SMP boards, but none were designed The Hermit Hacker on 10/08/2000 03:46:10 To: freebsd-questions@FreeBSD.ORG cc: freebsd-smp@FreeBSD.ORG(bcc: Thierry HERBELOT/FR/ALCATEL) Subject: Dual-Athlon vs Dual-PIII ... opinions? I want to upgrade my Dual-Celeron machine to a Dual-?? and haven't got a clue which way to go ... AMD vs Intel ... AMD is cheaper but I've been 'Intel' since I started with computers ... any drawbacks as far as SMP under FreeBSD? benefits? if I throw cost away, are the Intel's still the better choice for a Unix environment? I heard somehwere that AMD was great for gamers ... but what about "real work"? 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message From owner-freebsd-smp Thu Aug 10 18:28:21 2000 Delivered-To: freebsd-smp@freebsd.org Received: from ns1.hutchtel.net (ns1.hutchtel.net [206.9.112.100]) by hub.freebsd.org (Postfix) with ESMTP id 0379A37BBA8; Thu, 10 Aug 2000 18:28:16 -0700 (PDT) (envelope-from jpaetzel@hutchtel.net) Received: from mark8 (hutch-652.hutchtel.net [206.10.68.180]) by ns1.hutchtel.net (8.9.1/8.9.0) with SMTP id UAA05493; Thu, 10 Aug 2000 20:28:06 -0500 (CDT) Message-ID: <004a01c00334$5b427a80$b4440ace@mark8> From: "Josh Paetzel" To: "The Hermit Hacker" , Cc: References: Subject: Re: Dual-Athlon vs Dual-PIII ... opinions? Date: Thu, 10 Aug 2000 20:29:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ----- Original Message ----- From: "The Hermit Hacker" To: Cc: Sent: Wednesday, August 09, 2000 8:46 PM Subject: Dual-Athlon vs Dual-PIII ... opinions? > > I want to upgrade my Dual-Celeron machine to a Dual-?? and haven't got a > clue which way to go ... AMD vs Intel ... > > AMD is cheaper but I've been 'Intel' since I started with computers > ... any drawbacks as far as SMP under FreeBSD? benefits? > > if I throw cost away, are the Intel's still the better choice for a Unix > environment? I heard somehwere that AMD was great for gamers ... but what > about "real work"? > I think that you have to stick with the intel solution. I went down the non-intel road a couple of times and it never turned out to be a good thing in the end. I recently went in to upgrade my p2-450. I had a dream of getting an athlon with that new fancy 133 mghz FSB and ata/66 support and all that fun stuff. I walked out with a p3-700 on a good old 440bx asus motherboard. Yes, the athlons were a little bit cheaper than the p3s, but then the motherboards were more expensive. When it came time to plunk down the hard earned cash I had to go with what I knew....(but then, I'm still running 3.4, too!) Josh "Legacy Man" > 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-questions" 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 Fri Aug 11 15:22:40 2000 Delivered-To: freebsd-smp@freebsd.org Received: from mass.osd.bsdi.com (mass.osd.bsdi.com [204.216.28.234]) by hub.freebsd.org (Postfix) with ESMTP id E18B637B5A3 for ; Fri, 11 Aug 2000 15:22:36 -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 PAA00720; Fri, 11 Aug 2000 15:34:34 -0700 (PDT) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200008112234.PAA00720@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Charles Randall Cc: freebsd-smp@freebsd.org Subject: Re: 4.0-R panic on Dell PowerEdge 2450 In-reply-to: Your message of "Fri, 04 Aug 2000 16:39:32 MDT." <5FE9B713CCCDD311A03400508B8B301301C78A17@bdr-xcln.is.matchlogic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Aug 2000 15:34:34 -0700 From: Mike Smith Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I've run into the following panic under heavy I/O on a Dell PowerEdge 2450 > (2x866 MHz P-III, 1 GB RAM, etc) running 4.0-R. There's a lot of information > here... > > I can reproduce this in a few hours or less by running multiple concurrent > "sort" processes in a "while /usr/bin/true" loop on a very large file (the > disk I/O is for the temporary files in the directory pointed to by -T). > > The disk controller is, > > ahc0: port 0xdc00-0xdcff mem > da0: Fixed Direct Access SCSI-3 device > da1: Fixed Direct Access SCSI-3 device Not sure if you've had this mentioned yet or not, but there are issues between this SCSI driver and these disks; you need to get a firmware update from Seagate (or disable write caching). However, your real problem is that 4.0R does not correctly support the APIC configuration in your system, and you will need to update to 4.1. -- ... 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 Sat Aug 12 17:42:38 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 E3D7537B575 for ; Sat, 12 Aug 2000 17:42:36 -0700 (PDT) (envelope-from jasone@magnesium.net) Received: (qmail 13158 invoked by uid 1142); 13 Aug 2000 00:42:36 -0000 Date: 12 Aug 2000 17:42:36 -0700 Date: Sat, 12 Aug 2000 17:41:07 -0700 From: Jason Evans To: freebsd-smp@freebsd.org Subject: SMP project update Message-ID: <20000812174107.U14875@blitz.canonware.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Progress on the SMP project continues. For more details about where we're at, see: http://people.freebsd.org/~jasone/smp/ In summary, the i386 version is working well for UP kernels, and MP support is getting close. Some catch up is needed on the alpha before we'll be able to check the patches in. It's still not possible to give a date for the initial checkin, but we're getting there. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message