Date: Mon, 9 Aug 1999 16:29:59 -0700 (PDT) From: Doug White <dwhite@resnet.uoregon.edu> To: Anthony DiPierro <dipierro5@yahoo.com> Cc: roelof@nisser.com, freebsd-questions@FreeBSD.ORG Subject: Re: maximum TCP connections Message-ID: <Pine.BSF.4.10.9908091627570.1164-100000@resnet.uoregon.edu> In-Reply-To: <19990807193705.17890.rocketmail@web1305.mail.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 7 Aug 1999, Anthony DiPierro wrote: > Thanks for the response. Getting bandwidth to the > machine is not a factor. We're going to be colocated > at a site that can provide us with (and charge us for) > all the bandwidth we can handle. Now if there is some > basic bandwidth overhead with TCP (pings to check for > a maintained connection, for instance), that would be > important to know. But the bandwidth for the actual > application would be much less per connection compared > to cdrom.com. I would basically be sending short > status messages back and forth every few minutes on > average. My hope is that this bandwidth will become > the limiting factor in how many connections I can > allow per machine. I could definately make this the > limiting factor with UDP (assuming I throw enough ram > in the machine to hold each connection status entry, 1 > gig / 100 bytes = 10,000,000 connections), I'm trying > to see if there is some other limit in the TCP > overhead per connection which would force me to use > this UDP solution rather than just letting the kernel > handle the reliability and connection maintanence > aspects for me. You'll want to crank up maxusers and probably some other constants, but assuming you have enough RAM and hav ea decent Ethernet card you shouldn't run into any problems, for a while :) > I couldn't find the stats on the cdrom.com machine. > How many connections they handle in addition to the > specs of the machine(s) would definately be a good > starting place. I'm probably going to have to wind up > looking at the kernel source to see what's going on. > I'll probably need to look at it to tweak some > tunables anyway though. Unfortunately the kernel source to www.cdrom.com is a closely guarded secret, but certain hints have floated onto the lists. :) Dig around for David Greenman posts. Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.9908091627570.1164-100000>