From owner-freebsd-emulation@FreeBSD.ORG Mon Dec 27 00:54:28 2004 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C358016A4CE for ; Mon, 27 Dec 2004 00:54:28 +0000 (GMT) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DD0443D2F for ; Mon, 27 Dec 2004 00:54:28 +0000 (GMT) (envelope-from wrightcs@comcast.net) Received: from jonathanwin.comcast.net ([67.32.222.187]) by imf17aec.mail.bellsouth.netESMTP <20041227005426.YMNF2402.imf17aec.mail.bellsouth.net@jonathanwin.comcast.net>; Sun, 26 Dec 2004 19:54:26 -0500 Message-Id: <5.0.0.25.2.20041226055936.00ac6e88@mail.comcast.net> X-Sender: wrightcs@mail.comcast.net X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Sun, 26 Dec 2004 06:44:53 -0600 To: freebsd-emulation@freebsd.org From: Jonathan Wright In-Reply-To: <41CC1747.1060104@speakeasy.net> References: <5.0.0.25.2.20041220150500.02899008@wheresmymailserver.com> <5.0.0.25.2.20041220150500.02899008@wheresmymailserver.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: Ash Subject: Re: vmware3 - causing local net downstream 1/14 original speed, but upstream unchanged? X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Dec 2004 00:54:28 -0000 At 07:19 AM 12/24/2004 -0600, you wrote: >Jonathan Wright wrote: >>Hello, >>After installing vmware3 and recompiling the kernel for various vmware3 >>changes, I now get about 1/14 the speed for all local network traffic >>downstream. *Upstream however, everything is about what it used to be. >>There are no other problems - strange kernel or vmware error messages, >>and the speed of vmware3 and my native bsd programs are excellent. This >>occurs after vmware3 is installed. Vmware3 does not have to be running >>for the downstream speed issue to be present. > >When you say "VMware does not have to be running", I assume you mean a >virtual machine is not running. VMWare puts your interface in promiscuous >mode. IIRC, the interface remains in promiscuous mode even when VMWare is >not running (unless you stop disable vmnet or use ifconfig -promisc to >disable promiscuous mode on your interface). I'm wondering if for some >reason promiscuous mode is affecting your speed. > >What happens if you exit out of a VMware virtual machine and then run the >following command: > > # /usr/local/etc/rc.d/001.vmware.sh stop > >Does your performance improve? If not, check to make sure the interface is >no longer in promiscuous mode (look for the word "PROMISC" in the first >line of output when you run "ifconfig vr0"). You can manually disable >promiscuous mode by running the following command: > > # ifconfig vr0 -promisc > Thank you. I tried the suggestion (001.vmware.sh stop, which did get both drivers out of promiscuous mode), and it gave an improvement, but it was strange. Instead of the ~500KB/s downstream I got anywhere from ~500KB/s to ~1500KB/s. I noticed that the more I downloaded, the more it would fall to ~500KB/s and would then hover there. Your suggestion got me to wonder if some other thing may not be unloading when running 001.vmware.sh stop. And I noticed that the bridge kernel modules were not unloaded, and would not unload manually if using kldunload. Without going into further detail, I found if you just don't use bridging at all, downstream will be the correct speed. So I changed to Host-Only and put in a NAT and whalla no problems.(typical 6-7MB/s):) I still wonder what the cause of the slow downstream in the bridging was. Either way, this is a better solution since I now have easier control of my Windows machine's network resources. Thanks for all your help! - Jonathan ===== >What is vr0 plugged into (hub or switch? brand?)? LinkSYS 5 port switch. (model EB1040) > You must change this at boot time by added the following in > /boot/loader.conf and then rebooting your system: > > debug.mpsafenet=0 Thank you! >>Below are the configuration options I set, and my system information. >>I appreciate any help! >>Thanks, >>- Jonathan >>5.3-RELEASE FreeBSD 5.3-RELEASE >>kernel is GENERIC plus these options: >> options NET_WITH_GIANT >> options HZ=1200 >>/boot/loader.conf (contains only): >> aio_load="YES" >>/etc/sysctl.conf (contains only): >> debug.mpsafenet=0 >> kern.ipc.shm_allow_removed=1 >>VMware settings (I'm only using bridged) >> vmnet1.Bridged = "YES" >> vmnet1.BridgeInterface = "vr0" >> vmnet1.HostOnlyAddress = "192.168.0.1" >> vmnet1.HostOnlyNetMask = "255.255.255.0" >>* - Speeds measured with bsd programs (outside the VM). Tried both FTP >>and a Samba connection to a machine that normally gives out data at 7MB/s. >> >>============================== >>Copyright (c) 1992-2004 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 5.3-RELEASE #6: Sun Dec 19 17:26:36 CST 2004 >> jonathan@jonathan.bluegrass:/usr/obj/usr/src/sys/JDW >>WARNING: Network stack Giant-free, but aio requires Giant. >> Consider adding 'options NET_WITH_GIANT' or setting debug.mpsafenet=0 >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>CPU: AMD Athlon(tm) processor (1100.04-MHz 686-class CPU) >> Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 >> >>Features=0x183f9ff >> >> AMD Features=0xc0440000 >>real memory = 603914240 (575 MB) >>avail memory = 581304320 (554 MB) >>npx0: [FAST] >>npx0: on motherboard >>npx0: INT 16 interface >>acpi0: on motherboard >>acpi0: Power Button (fixed) >>Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 >>cpu0: on acpi0 >>acpi_button0: on acpi0 >>acpi_button1: on acpi0 >>pcib0: port >>0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 >>pci0: on pcib0 >>agp0: mem >>0xe8000000-0xebffffff at device 0.0 on pci0 >>pcib1: at device 1.0 on pci0 >>pci1: on pcib1 >>pci1: at device 0.0 (no driver attached) >>isab0: at device 7.0 on pci0 >>isa0: on isab0 >>atapci0: port >>0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 >>atapci0: Correcting VIA config for southbridge data corruption bug >>ata0: channel #0 on atapci0 >>ata1: channel #1 on atapci0 >>uhci0: port 0xd400-0xd41f irq 7 at device 7.2 >>on pci0 >>uhci0: [GIANT-LOCKED] >>usb0: on uhci0 >>usb0: USB revision 1.0 >>uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub0: 2 ports with 2 removable, self powered >>ums0: Logitech USB Optical Mouse, rev 1.10/21.00, addr 2, iclass 3/1 >>ums0: 3 buttons and Z dir. >>uhci1: port 0xd800-0xd81f irq 7 at device 7.3 >>on pci0 >>uhci1: [GIANT-LOCKED] >>usb1: on uhci1 >>usb1: USB revision 1.0 >>uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>uhub1: 2 ports with 2 removable, self powered >>pci0: at device 7.4 (no driver attached) >>sym0: <875> port 0xdc00-0xdcff mem >>0xef000000-0xef000fff,0xef001000-0xef0010ff irq 11 at device 9.0 on pci0 >>sym0: Tekram NVRAM, ID 7, Fast-20, SE, parity checking >>sym0: [GIANT-LOCKED] >>vr0: port 0xe000-0xe07f mem >>0xef002000-0xef00207f irq 10 at device 15.0 on pci0 >>miibus0: on vr0 >>amphy0: on miibus0 >>amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>vr0: Ethernet address: 00:50:ba:04:37:16 >>pci0: at device 17.0 (no driver attached) >>pci0: