|
<img src=icon_smile_shy.gif border=0 align=middle>OK,
Lets dispense with the channel concept and look at the big pipe, the flow supplied as it is by tens of thousands of servers.
I will use non technical terms mainly cos I aint technical, and others can follow my logic (or lack thereof).
Now most messages/chat transmissions being text, I guess would be each well under 2k, pics are around 70k average, MP3's are around 4meg, and dvd's? the sky is the limit.
OK, servers handling chat have an average sender bundle of say 8k, no drama there. within the flow stream then every 8k is a new 'bundle', (my 'straw' can well handle that) I can wait........ my next 'bundle' is not far away.
Cool, however, now throw in MP3's and the server load shifts from 8X all the way up to and possibly exceeding 3000X, a massive increase in traffic thru a server (correct me if I'm wrong but isnt that how a DoS attack brings down a server?). Now my wait (with my adequate straw) is increased as the 'bundles' are further apart? all by a factor of (3000 divided by 8) 375. A sizeable 'wait' in any language.
This description is flawed in as much as theres no 'bundle' of data sent, more correctly they are 'packets' much smaller, however you must collect all your 'packets' before you can assemble your 'bundle' (message).
That being the case, surely this massive increase thru a finite number of chat servers must slow the general chat thru traffic by a not insignificant amount. The all over effect on the web is insignificant I agree.
I accept the lack of capacity n flow thru my straw, I'm still waiting 375 times longer to see my senders message and so is everybody else.
Now is where I bring back the 'channel' concept and shift the traffic off the chat channel and onto a dedicated 'music' channel, now my wait is back at the 8X level.
All I suggest is not including MP3's and large files within the chat traffic dedicated servers.
I am a user of peer to peer file swapping and as such can see that the more popular a service is, the slower it is, the unique and little known services are certainly faster. so with this understanding I have applied it to chat with MP3's possibly included. Hey! its female logic, OK.
Afterall, when a DoS attack hits say Sun micro or IBM or God forbid, Microsoft, my concept of the traffic thru the pipe is that nothing much has happened.
|