Home | Networks | Community | Need Help? 

 
 Quick search

 
 
 RegisterRegister   Log inLog in 

Is 704/128 kbps enough for a IRCd server?

 
Post new topic   Reply to topic    SearchIRC Forum Index -> IRCD & Network Services
Author Message
Melle
none
none


Joined: 19 Dec 2004
Posts: 2

PostPosted: Dec 19, 2004 10:54am    Post subject: Is 704/128 kbps enough for a IRCd server? Reply with quote

Is 704/128 kbps enough for a IRCd server?
With webserver and network services?
Back to top
Talrias
Lurker
Lurker


Joined: 16 Feb 2004
Posts: 163
Location: :noitacoL

PostPosted: Dec 19, 2004 11:01am    Post subject: Reply with quote

It really depends on how many users you will have on the network. The best way to find out is to experiment. Try it out, and see for yourself. I estimate it will be fine for up to 100 users.

Chris
Back to top
Robert-E-Lee
Idler
Idler


Joined: 22 Nov 2004
Posts: 305
Location: in a room with your mum, teaching her how to do certain things....

PostPosted: Dec 19, 2004 11:24am    Post subject: Reply with quote

if memory serves, 128kbps upstream, if dedicated, could hold 500 users, presuming those users weren't very active.
assuming it's dedicated bandwidth, being realistic 200/250 users, tops. that would be your max, to be realistic.
Back to top
Jason
SearchIRC Developer
SearchIRC Developer


Joined: 03 May 2003
Posts: 1221
Location: Tampa, FL

PostPosted: Dec 19, 2004 5:18pm    Post subject: Reply with quote

Not for any sizable server.

Major reason is that on an IRC server, 2/3rds of your bandwidth is outgoing, not incoming. When a user says "hello", you have to take that one message, then deliver it to as many users on your server that are in that channel...

So your 704/128 will basically end up being 42/128 when you max it out with users.
Back to top
Display posts from previous:   
Post new topic   Reply to topic    SearchIRC Forum Index -> IRCD & Network Services All times are GMT - 6 Hours
Page 1 of 1

 
 
Forum powered by phpBB
 
 © 2000 - 2008 EverythingIRC, Inc. All rights reserved. Please read our disclaimer