From owner-freebsd-stable Mon Oct 8 11:21:18 2001 Delivered-To: freebsd-stable@freebsd.org Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.121.50]) by hub.freebsd.org (Postfix) with ESMTP id AE37337B405; Mon, 8 Oct 2001 11:21:08 -0700 (PDT) Received: from dialup-209.245.132.185.dial1.sanjose1.level3.net ([209.245.132.185] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.32 #2) id 15qf1T-0004UI-00; Mon, 08 Oct 2001 11:21:03 -0700 Message-ID: <3BC1EEBF.3FB5B52F@mindspring.com> Date: Mon, 08 Oct 2001 11:21:51 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: anderson@centtech.com Cc: Danny Braniss , freebsd-hackers@freebsd.org, stable@freebsd.org Subject: Re: strange network performace References: <3BC1B2D2.E42F3704@centtech.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Eric Anderson wrote: > > Oh, well, I thought you said "10mb/s", not "10MB/s" .. that makes > it a bit different. I wonder if it could still be a tcp window > size or something.. Try these sysctl's on C: > vfs.nfs.gatherdelay=0 > vfs.nfs.async=1 > vfs.vmiodirenable=1 Alfred stated that he had seen some strangeness with this. > kern.ipc.maxsockbuf=2097152 > kern.ipc.somaxconn=8192 This won't work, unless it's done at boot time, since that's where the zone sizes are initialized (should be read-only). > kern.ipc.maxsockets=16424 Also boot time (should be read-only) -- note that these things are strange, as the UDP and TCP allocations don't occur from the same space, so there are some which size per-protocol structures, while others size per-system structures. The distinction between global vs. protocol specific isn't really clearly documented. > kern.maxfiles=65536 Also boot time (should be read-only). > kern.maxfilesperproc=32768 Just a soft limit -- can be done any time. > net.inet.tcp.rfc1323=1 > net.inet.tcp.delayed_ack=0 > net.inet.tcp.sendspace=65535 > net.inet.tcp.recvspace=65535 > net.inet.udp.recvspace=65535 Cranking up the space and the connections simultaneously will make you need more than 2G of memory, max, for the sockets for the window data, should the windows be full. Be very careful, since it's possible to run out of memory and crash the box doing this... for it to work, you'd need to have 4G of RAM, and set the KVA space up to 3G (from the default of 1G). THere are some bugs in /sys/i386/machdep.c as regards overallocation with an alomost full memory map (mostly swap related stuff for page tables that will no longer fit in the address space, along with everything else). This is a good suggestion, but is fraught with peril, if the system networking load goes very high (e.g. DDOS or other attack). > net.inet.udp.maxdgram=57344 Probably no change for his application. > net.local.stream.recvspace=65535 > net.local.stream.sendspace=65535 No change (UNIX domain sockets only). The other suggestions are good. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message