From owner-freebsd-isp  Sun May 25 10:41:43 1997
Return-Path: <owner-isp>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA00442
          for isp-outgoing; Sun, 25 May 1997 10:41:43 -0700 (PDT)
Received: from nero.in-design.com (root@nero.in-design.com [204.157.146.146])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA00437
          for <freebsd-isp@FreeBSD.ORG>; Sun, 25 May 1997 10:41:38 -0700 (PDT)
Received: from localhost (archive@localhost)
	by nero.in-design.com (8.8.5/8.8.5) with SMTP id NAA14842;
	Sun, 25 May 1997 13:41:31 -0400 (EDT)
Date: Sun, 25 May 1997 13:41:31 -0400 (EDT)
From: Intuitive Design Archive <archive@in-design.com>
To: dennis <dennis@etinc.com>
cc: Jack Wenger <info@bentreality.com>, freebsd-isp@FreeBSD.ORG
Subject: Re: Clients per Bandwidth
In-Reply-To: <3.0.32.19970524123241.00c97470@etinc.com>
Message-ID: <Pine.BSI.3.96.970525134050.14684A-100000@nero.in-design.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-isp@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

On Sat, 24 May 1997, dennis wrote:

> 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.

	what is a good bandwidth manager.  If you don't have access to the
router, or line...?  


						Intuitive Design Archive 
						http://www.in-design.com
						archive@in-design.com