From owner-freebsd-isp Sat May 24 09:34:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA15540 for isp-outgoing; Sat, 24 May 1997 09:34:07 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA15511 for ; Sat, 24 May 1997 09:34:03 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id MAA15326; Sat, 24 May 1997 12:44:41 -0400 (EDT) Message-Id: <3.0.32.19970524123241.00c97470@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 24 May 1997 12:32:46 -0400 To: Jack Wenger From: dennis Subject: Re: Clients per Bandwidth Cc: freebsd-isp@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-isp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk At 01:46 PM 5/24/97 +1000, Daniel O'Callaghan wrote: > > >On Fri, 23 May 1997, Jack Wenger wrote: > >> I'm trying to figure out how many virtual domains to put on a 128 ISDN >> connected box. I've got a P133 w/ 64Mb ram, and a good fast SCSI subsystem. >> So, is there a decent way to figure out when I need to move up the bandwidth >> ladder? >> In other words, I wanna know how many concurrent requests I can handle. We >> DON'T have anyone dialing in, just hosting web sites. > >You can work it out yourself. Average request is 10-15 kbytes. >128k ISDN can handle 60 MB/hour at 100%. To stay within the comfort range >say 30 MB/hour, or 2-3000 requests/hour. > >It really is pretty basic mathematics, and you should also play around >with the figures to work out how much each average request costs you to >deliver in bandwidth terms. > >You should consider selling some *inbound* services (not a lot, but some) >or else you will be only half utilising your paid-for capacity. Its basically a crapshoot (as you only need 1 "killer" site to trash the whole equation). A bandwidth manager can help eliminate this possibility and also allow you to sell chunks of bandwidth and price your services accordingly. Dennis