List Info

Thread: Simultaneous Connections vs. Network Speed




Simultaneous Connections vs. Network Speed
country flaguser name
United States
2007-10-08 19:06:34

I realize this question has many variables that may factor into the
equation, however, I am simply looking for a rough quantitative
answer or even a qualitative answer from someone who has some
experience running a web server from home...

Approximately how many simultaneous connections do you think I could
reasonably handle over a *home* high-speed internet connection...
Let's ignore variation in connection speeds during peek usage times
etc. and assume nearly all of the content being served is basic HTML
generated via CGI with compiled C programs.

I assume most of the dependence will be related to my upload speed,
is this correct? Should I expect the number of connections to be
proportional (i.e. # of connections 400kbps = 1/2 # of connections
800kbps)?

How many simultaneous connections could I expect to serve at
reasonable speeds with the following upload speeds: 200kbps, 400kbps,
600kbps, and 800kbps... or if it is easier to answer the other way
around... could I handle, on a decent *home* connection speed, 10,
20, 30, 40, or more simultaneous connections?

Thanks For Your Input,
MV

__._,_.___
.

__,_._,___
Re: Simultaneous Connections vs. Network Speed
country flaguser name
Germany
2007-10-09 03:50:38

Hi mvaughan27,

you can't ignore anything in your system. That means, your system
depends to the speed of your internet-connection, in this case: the
upload-speed.
Then, your computer, where everything is runnin' on, is the most
effective component. Then, what kind of cgis are you runnin'? Complex,
simple, what processor-time do they consume.
Be sure, system will run, but it will become very slow.
So, in your home-environment you can calculate like this. If I have a 1
- 2GHz-PC, it will have wnough speed to supply a uloadline up to 512
kbps, that's
what you have at maximun, at home.
The html-accesses are ucritically, if you don't run a webstore or
something like this, open it for 10 - 20. Ftp can be dangerous ... limit
this to 5.
Beware of complexity of your scripts, if you can resolve a problem like
this, do it clientside (JavaScript), that doesn't consume your
prozessor-time. CGIs run on your system :-( , don't forget!

greetings,

Achim

mvaughan27 schrieb:
>
>; I realize this question has many variables that may factor into the
> equation, however, I am simply looking for a rough quantitative
> answer or even a qualitative answer from someone who has some
>; experience running a web server from home...
>
> Approximately how many simultaneous connections do you think I could
> reasonably handle over a *home* high-speed internet connection...
> Let's ignore variation in connection speeds during peek usage times
> etc. and assume nearly all of the content being served is basic HTML
>; generated via CGI with compiled C programs.
>
> I assume most of the dependence will be related to my upload speed,
> is this correct? Should I expect the number of connections to be
> proportional (i.e. # of connections 400kbps = 1/2 # of connections
> 800kbps)?
>
> How many simultaneous connections could I expect to serve at
> reasonable speeds with the following upload speeds: 200kbps, 400kbps,
> 600kbps, and 800kbps... or if it is easier to answer the other way
> around... could I handle, on a decent *home* connection speed, 10,
> 20, 30, 40, or more simultaneous connections?
>
> Thanks For Your Input,
> MV
>
>
> ----------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.487 / Virus Database: 269.13.39/1045 - Release Date: 02.10.2007 18:43
>

[Non-text portions of this message have been removed]

__._,_.___
.

__,_._,___
[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )