• Log InLog In
  • Register
Liquid`
Team Liquid Liquipedia
EDT 05:13
CEST 11:13
KST 18:13
  • Home
  • Forum
  • Calendar
  • Streams
  • Liquipedia
  • Features
  • Store
  • EPT
  • TL+
  • StarCraft 2
  • Brood War
  • Smash
  • Heroes
  • Counter-Strike
  • Overwatch
  • Liquibet
  • Fantasy StarCraft
  • TLPD
  • StarCraft 2
  • Brood War
  • Blogs
Forum Sidebar
Events/Features
News
Featured News
Code S Season 1 (2026) - RO4 & Finals Preview4[ASL21] Ro4 Preview: On Course12Code S Season 1 - RO8 Preview7[ASL21] Ro8 Preview Pt2: Progenitors8Code S Season 1 - RO12 Group A: Rogue, Percival, Solar, Zoun13
Community News
Code S Season 1 (2026) - RO8 Results2Weekly Cups (May 4-10): Clem, MaxPax, herO win1Maestros of The Game 2 announcement and schedule !11Weekly Cups (April 27-May 4): Clem takes triple0RSL Revival: Season 5 - Qualifiers and Main Event12
StarCraft 2
General
Code S Season 1 (2026) - RO4 & Finals Preview Code S Season 1 (2026) - RO8 Results Code S Season 1 (2026) - RO12 Results Team Liquid Map Contest #22 - The Finalists MaNa leaves Team Liquid
Tourneys
GSL Code S Season 1 (2026) Sparkling Tuna Cup - Weekly Open Tournament KSL Week 89 2026 GSL Season 2 Qualifiers Maestros of The Game 2 announcement and schedule !
Strategy
Custom Maps
[D]RTS in all its shapes and glory <3 [A] Nemrods 1/4 players
External Content
Mutation # 525 Wheel of Misfortune The PondCast: SC2 News & Results Mutation # 524 Death and Taxes Mutation # 523 Firewall
Brood War
General
vespene.gg — BW replays in browser Pros React to: TvT Masterclass in FlaSh vs Light BGH Auto Balance -> http://bghmmr.eu/ BW General Discussion ASL21 General Discussion
Tourneys
[BSL22] RO8 Bracket Stage + Another TieBreaker [ASL21] Semifinals B [ASL21] Ro8 Day 4 Escore Tournament StarCraft Season 2
Strategy
Muta micro map competition Fighting Spirit mining rates [G] Hydra ZvZ: An Introduction Simple Questions, Simple Answers
Other Games
General Games
Path of Exile Stormgate/Frost Giant Megathread Nintendo Switch Thread Warcraft III: The Frozen Throne Starcraft Tabletop Miniature Game
Dota 2
The Story of Wings Gaming
League of Legends
Heroes of the Storm
Simple Questions, Simple Answers Heroes of the Storm 2.0
Hearthstone
Deck construction bug Heroes of StarCraft mini-set
TL Mafia
Vanilla Mini Mafia Mafia Game Mode Feedback/Ideas TL Mafia Community Thread Five o'clock TL Mafia
Community
General
US Politics Mega-thread YouTube Thread European Politico-economics QA Mega-thread Russo-Ukrainian War Thread UK Politics Mega-thread
Fan Clubs
The herO Fan Club!
Media & Entertainment
[Manga] One Piece Anime Discussion Thread [Req][Books] Good Fantasy/SciFi books
Sports
2024 - 2026 Football Thread McBoner: A hockey love story Formula 1 Discussion
World Cup 2022
Tech Support
streaming software Strange computer issues (software) [G] How to Block Livestream Ads
TL Community
The Automated Ban List
Blogs
How EEG Data Can Predict Gam…
TrAiDoS
ramps on octagon
StaticNine
Funny Nicknames
LUCKY_NOOB
Customize Sidebar...

Website Feedback

Closed Threads



Active: 2078 users

Why Bandwidth Caps Exist - Page 3

Blogs > InvalidID
Post a Reply
Prev 1 2 3 All
Horrde
Profile Joined March 2010
Canada302 Posts
October 18 2011 11:52 GMT
#41
Regardless, waveform and bandwidth are widely misused and misunderstood out and even in the industry sometimes I find. I have seen more posts on TL misusing the term "bandwidth" than I have seen using it correctly.

Also, being in my third year of EE, I remember a colleague being amazed at how a dB can actually be a negative number and totally unaware that the base unit was a reference to the milliwatt. Poor guy.


Question for Invalid: Do you like your job/the work you do? If you could change your line of work, would you? And if so, what to? Just curious for personal reasons.

Question for Myrmidon: You know the finer and nit pick details that oldies would often look into a book as a quick refresher. Are you a current student? If not, what work are you involved in, and where would you like to eventually be as your ideal job in telecom?
InvalidID
Profile Blog Joined October 2010
United States1050 Posts
Last Edited: 2011-10-18 13:03:33
October 18 2011 13:01 GMT
#42
On October 18 2011 14:54 Grobyc wrote:
It's not that you have really written false information in the OP, but that only covers an aspect of cable internet and doesn't chime in on the different types of DSL, although a lot of the same general concept is shared.

It doesn't really explain why monthly usage caps are implemented though; what you explained is more so why companies that provide internet service don't give us the data rates that a place like Korea has. You more so explained that limiting factor of the speeds that traverse the metropolitan area network. Putting a cap on your monthly usage doesn't stop everyone from maxing out the link speeds of the provider during the busiest hours. Maybe it inclines them to use the internet less, which could in turn cut down on bandwidth during the busy hours, but they could always just do away with the cap and throttle your speeds during those hours. Maybe I'm missing something; it's been a while since I had my data telecom courses, but that's how I've always understood it.


The point of the usage cap, is to discourage people from overusing the network. Throttling might make more sense but it is not fair to those majority of users who just check their email. It probably would make more sense to only meter usage during peak hours or something, but that might be hard for people to understand.


I wasn't aware anyone with DSL had caps, that is a pretty different situation.


Question for Invalid: Do you like your job/the work you do? If you could change your line of work, would you? And if so, what to? Just curious for personal reasons.


Indeed I do enjoy my job. I find it satisfying to work on component design: when you finish you actually have physical thing you designed.
BottleAbuser
Profile Blog Joined December 2007
Korea (South)1888 Posts
October 18 2011 13:54 GMT
#43
I'd rather believe that American companies didn't invest enough early enough to avoid the "we would need to pay massive amounts to accommodate everyone's usage and increase prices accordingly" than that they're simply incompetent.

The US has a pretty shitty standing on internet infrastructure, and it's not because we don't have the technology to keep up with the rest of the world.

The telecom companies have been given monopolies by the government because (theoretically) it's more efficient to have one entity to provide centralized service. Of course, they are expected and allowed to make reasonable profits, in return for providing service for reasonable rates. Instead, they've charged more than necessary and invested less than is equitable. And now they want the customers to pay for the infrastructure debt while cutting the least possible out of their margins.

I'm not a network engineer and I don't know the specifics, but I'm pretty damn sure that most of Europe and parts of Asia don't have some special and regional specific resource that allow them to outperform and underprice the US telecom companies.
Compilers are like boyfriends, you miss a period and they go crazy on you.
Myrmidon
Profile Blog Joined December 2004
United States9452 Posts
October 18 2011 18:06 GMT
#44
On October 18 2011 20:52 Horrde wrote:
Regardless, waveform and bandwidth are widely misused and misunderstood out and even in the industry sometimes I find. I have seen more posts on TL misusing the term "bandwidth" than I have seen using it correctly.

Also, being in my third year of EE, I remember a colleague being amazed at how a dB can actually be a negative number and totally unaware that the base unit was a reference to the milliwatt. Poor guy.

Question for Myrmidon: You know the finer and nit pick details that oldies would often look into a book as a quick refresher. Are you a current student? If not, what work are you involved in, and where would you like to eventually be as your ideal job in telecom?


Yeah, I don't know, after a certain point of acceptance of some kind of aberrant definition, words like "bandwidth" start having multiple definitions...in the same field. That gets me too.

And I think you mean to say dBm. dB referenced to mW. I guess this kind of expression is more useful when the noise is more or less constant, and you just need to measure some kind of signal level.


I'm a second-year graduate student, doing a Ph.D. in EE (skipping masters). I do wireless communications research when I'm not wasting time on other things.

At this point I don't think much about real jobs. Most of my advisor's students end up doing research in industry, some with defense/communications contractors, others in research labs, a few at universities while teaching. I guess that'll be me one day, doing one of those things. Worst comes to worst, I figure with some small additional training, I'm way overqualified to teach high school math, and I probably wouldn't mind doing that.
Myrmidon
Profile Blog Joined December 2004
United States9452 Posts
Last Edited: 2011-10-19 00:46:58
October 19 2011 00:46 GMT
#45
edit: oops, double post, but this is an entirely different topic

On October 18 2011 12:16 InvalidID wrote:
Show nested quote +
On October 18 2011 12:07 Myrmidon wrote:
On October 18 2011 11:58 InvalidID wrote:
[spoiler=more off topic tech talk]
On October 18 2011 11:55 Myrmidon wrote:
On October 18 2011 11:48 InvalidID wrote:
On October 18 2011 11:43 Myrmidon wrote:
Uh, there is NOT one modulation symbol per cycle of the carrier (sine wave). The modulation symbol rate is usually much lower than the carrier frequency.

Also, you can get more than 1 bit per modulation symbol when doing just amplitude modulation or frequency modulation. Normal square 64-QAM is just 64-QASK (8-ASK on in-phase component and 8-ASK on quadrature component). Though in practice, non-square QAM constellations are often used.

QAM = quadrature amplitude modulation
QASK = quadrature amplitude-shift keying


Here is a very simple example to anyone following, for sending 3 bits per symbol via 8-ASK:
  • Send 000: amplitude -7
  • Send 001: amplitude -5
  • Send 011: amplitude -3
  • Send 101: amplitude -1
  • Send 110: amplitude 1
  • Send 111: amplitude 3
  • Send 101: amplitude 5
  • Send 100: amplitude 7

If you are the receiver and detect an amplitude of 2.1, assume that 111 was sent (most likely it was 111 since that is the closest value on the list). If 111 was sent and you detect an amplitude of 1.8 and assume 110 was sent, then the last bit was in error.

Each time you want to send a new set of 3 bits, send a different amplitude value corresponding to the above mapping.


I am aware well of the terminology, and the basic concept of QAM and you are probably right, as far as the number of symbols per period, I said before I do RF not baseband. Everything I work with is well past modulation, I was just repeating what I remembered from classes as far as the modulation goes. I will update it to be accurate.


I'm much more familiar with wireless communications systems, though I focus less on the RF hardware, filtering, DSP, etc. side of things.

Anyway, I thought cable telecommunications systems did not use baseband, for better propagation characteristics? Also, if there's some kind of frequency-division multiple access as you're describing (and there is), that implies modulating information onto different carrier frequencies, not baseband.


It is FDMA. I was referring to all the modulation mumbo jumbo as base-band, for RF people QAM looks like PSK etc, we take a bandwidth spec and live with it. I took a few classes on wireless/wired communications systems for my masters in EE, but I guess I remembered a few details about that stuff incorrectly as I don't normally worry about it a whole lot.

I guess some TDMA system might technically be more efficient if I remember that stuff right, but it would be expensive as heck to change things over.


How does QAM look like PSK, unless you're talking about very specific QAM constellations like 4-QAM being identical to 4-PSK? Those are different things.

edit: nevermind, I see what you're saying. You don't care where the symbols are placed on the constellation diagram, if you're designing other parts of the system.

Regardless if it's FDMA or TDMA, if you have the same channel, you have the same (information-theoretic) capacity. FDMA and TDMA are both useful for different things. Many systems do joint FDMA and TDMA. Switching to TDMA won't by itself improve things.

These systems use OFDMA actually, which has many practical advantages (e.g. reducing intersymbol interference, lower-complexity channel equalization), so you wouldn't want to get rid of that anyway.

Sorry, if you make a post like this, I must sidetrack you by nitpicking the details.


Exactly: I don't care when I am designing other parts of the system . I am generally given something resembling a Third order inter-mod spec a loss/gain spec, and a (RF) bandwidth spec.


On second thought, it often does matter signaling is being done, for the hardware design. I guess this is just part of the spec that gets handed down the chain.

Ex 1) Obviously noncoherent and coherent modulation schemes have different needs.

Ex 2) A system that uses only BPSK, QPSK, 8-PSK -- amplitude reference is not needed, so corners can be cut in places or a different design used on the hardware (but accurate phase extremely important of course)

Ex 3) A system that uses traditional OFDM with relatively high peak-to-average power ratio -- high linearity of the amplifier is required to keep the subcarriers actually orthogonal and thus not causing interchannel interference

In research you see a lot of proposed interactions between hardware and other parts of the stack, that would theoretically improve performance. In practice there is a lot more compartmentalization of tasks, though, and one working group just delivers a product that can meet their required specs.

Do you see any interest in dynamic spectrum access, cognitive radio, etc. in industry? It used to be that network coding was all the rage, but that fad's died down quite a bit.
InvalidID
Profile Blog Joined October 2010
United States1050 Posts
Last Edited: 2011-10-19 02:08:44
October 19 2011 01:41 GMT
#46
On October 19 2011 09:46 Myrmidon wrote:
edit: oops, double post, but this is an entirely different topic

Show nested quote +
On October 18 2011 12:16 InvalidID wrote:
On October 18 2011 12:07 Myrmidon wrote:
On October 18 2011 11:58 InvalidID wrote:
[spoiler=more off topic tech talk]
On October 18 2011 11:55 Myrmidon wrote:
On October 18 2011 11:48 InvalidID wrote:
On October 18 2011 11:43 Myrmidon wrote:
Uh, there is NOT one modulation symbol per cycle of the carrier (sine wave). The modulation symbol rate is usually much lower than the carrier frequency.

Also, you can get more than 1 bit per modulation symbol when doing just amplitude modulation or frequency modulation. Normal square 64-QAM is just 64-QASK (8-ASK on in-phase component and 8-ASK on quadrature component). Though in practice, non-square QAM constellations are often used.

QAM = quadrature amplitude modulation
QASK = quadrature amplitude-shift keying


Here is a very simple example to anyone following, for sending 3 bits per symbol via 8-ASK:
  • Send 000: amplitude -7
  • Send 001: amplitude -5
  • Send 011: amplitude -3
  • Send 101: amplitude -1
  • Send 110: amplitude 1
  • Send 111: amplitude 3
  • Send 101: amplitude 5
  • Send 100: amplitude 7

If you are the receiver and detect an amplitude of 2.1, assume that 111 was sent (most likely it was 111 since that is the closest value on the list). If 111 was sent and you detect an amplitude of 1.8 and assume 110 was sent, then the last bit was in error.

Each time you want to send a new set of 3 bits, send a different amplitude value corresponding to the above mapping.


I am aware well of the terminology, and the basic concept of QAM and you are probably right, as far as the number of symbols per period, I said before I do RF not baseband. Everything I work with is well past modulation, I was just repeating what I remembered from classes as far as the modulation goes. I will update it to be accurate.


I'm much more familiar with wireless communications systems, though I focus less on the RF hardware, filtering, DSP, etc. side of things.

Anyway, I thought cable telecommunications systems did not use baseband, for better propagation characteristics? Also, if there's some kind of frequency-division multiple access as you're describing (and there is), that implies modulating information onto different carrier frequencies, not baseband.


It is FDMA. I was referring to all the modulation mumbo jumbo as base-band, for RF people QAM looks like PSK etc, we take a bandwidth spec and live with it. I took a few classes on wireless/wired communications systems for my masters in EE, but I guess I remembered a few details about that stuff incorrectly as I don't normally worry about it a whole lot.

I guess some TDMA system might technically be more efficient if I remember that stuff right, but it would be expensive as heck to change things over.


How does QAM look like PSK, unless you're talking about very specific QAM constellations like 4-QAM being identical to 4-PSK? Those are different things.

edit: nevermind, I see what you're saying. You don't care where the symbols are placed on the constellation diagram, if you're designing other parts of the system.

Regardless if it's FDMA or TDMA, if you have the same channel, you have the same (information-theoretic) capacity. FDMA and TDMA are both useful for different things. Many systems do joint FDMA and TDMA. Switching to TDMA won't by itself improve things.

These systems use OFDMA actually, which has many practical advantages (e.g. reducing intersymbol interference, lower-complexity channel equalization), so you wouldn't want to get rid of that anyway.

Sorry, if you make a post like this, I must sidetrack you by nitpicking the details.


Exactly: I don't care when I am designing other parts of the system . I am generally given something resembling a Third order inter-mod spec a loss/gain spec, and a (RF) bandwidth spec.


On second thought, it often does matter signaling is being done, for the hardware design. I guess this is just part of the spec that gets handed down the chain.

Ex 1) Obviously noncoherent and coherent modulation schemes have different needs.

Ex 2) A system that uses only BPSK, QPSK, 8-PSK -- amplitude reference is not needed, so corners can be cut in places or a different design used on the hardware (but accurate phase extremely important of course)

Ex 3) A system that uses traditional OFDM with relatively high peak-to-average power ratio -- high linearity of the amplifier is required to keep the subcarriers actually orthogonal and thus not causing interchannel interference

In research you see a lot of proposed interactions between hardware and other parts of the stack, that would theoretically improve performance. In practice there is a lot more compartmentalization of tasks, though, and one working group just delivers a product that can meet their required specs.

Do you see any interest in dynamic spectrum access, cognitive radio, etc. in industry? It used to be that network coding was all the rage, but that fad's died down quite a bit.


Indeed it does get handed down in the spec. The spec defines what is needed or optimal for each stage is defined by the systems engineer. An RF components guy like me is supposed to design a black box that meets the spec. Systems engineering is cool stuff, but it would sure be a stressful job having to be knowledgeable(and liable) about all stages of the design. Obviously some general understanding of the system is important-it is impossible to optimize everything simultaneously, so it lets you know what is important.

The rage in industry is risk reduction right now-it seems so many people are too worried about their jobs to go out on a limb .

I am not totally sure about what happened with cognative radio but it seems like things didn't pan out for some reason, I remember hearing about how it was going to be the next big thing all the time a few years ago, I think its a bit like MEMS in that respect-if you talk to engineers who started about 10-15 years ago, they will tell you how at that time everyone was in a rage about using mems for everything. Relays(you would be suprised how many high end things use relay switching, for things where switching time doesn't matter much and you have less then a billion or so expected cycles-the loss is lower and you can have latching between power-offs), were supposedly going to be obsolete-and 10 years later we are still using relays . But maybe it just hasn't had time to escape academia-telecom standards are notoriously dated by the time they get implemented.

In terms of the biggest new thing that has really taken off, it is mixed signal stuff. You are starting to see really complicated digital blocks mixed into MMICs, and gone is the day of a stand alone MMIC component for pretty-much any application that is not extremely demanding. And of course SDR is getting higher and higher frequency-I mean check out the type of DACs that are on the market: http://www.fujitsu.com/emea/services/microelectronics/dataconverters/mb86064/index.html
Redmark
Profile Joined March 2010
Canada2129 Posts
Last Edited: 2011-10-19 02:24:39
October 19 2011 02:24 GMT
#47
So why can't they implement some sort of time-based billing like they do in Ontario with electricity?
Have bandwidth caps only for peak usage periods? Since it's all digital shouldn't it be easy to keep track of?
2WeaK
Profile Blog Joined May 2009
Canada550 Posts
October 19 2011 02:26 GMT
#48
On October 19 2011 11:24 Redmark wrote:
So why can't they implement some sort of time-based billing like they do in Ontario with electricity?
Have bandwidth caps only for peak usage periods? Since it's all digital shouldn't it be easy to keep track of?


Because they can get away with it since they aren't regulated and the masses don't know any better.
InvalidID
Profile Blog Joined October 2010
United States1050 Posts
October 19 2011 02:31 GMT
#49
On October 19 2011 11:24 Redmark wrote:
So why can't they implement some sort of time-based billing like they do in Ontario with electricity?
Have bandwidth caps only for peak usage periods? Since it's all digital shouldn't it be easy to keep track of?


Good question. I think that would be an excellent solution. Some cable companies sort of do-they use traffic shaping to try and choke things like bit-torrent traffic during peak hours.
Myrmidon
Profile Blog Joined December 2004
United States9452 Posts
Last Edited: 2011-10-19 02:53:20
October 19 2011 02:39 GMT
#50
Well, I think most of the ideas are about cooperation at a higher level than hardware and RF. e.g. for wireless mesh network, making routing decisions based on some kind of link metrics like SINR, modulation and coding used, etc. Or maybe based on application data. A lot of current algorithms and protocols don't work well in environments outside of which they were originally intended for. Black boxes are good for simplicity, meeting budgets, etc., but in some scenarios (i.e. not those things that most people in industry are currently working on), there is more motivation to open them up I think.

Yep, can't get rid of relays.

Like a lot of other things, dynamic spectrum access sounds like a good idea to me. The idea is to allow unlicensed users to opportunistically scan for unused licensed spectrum and communicate at that frequency band. Then if the licensed owners of the spectrum start up, the unlicensed secondary users quit and find some other spectrum. This is great from an efficiency perspective, as ISM band etc. are all super-crowded and pretty much all spectrum is already allocated--yet a lot of it goes unused most of the time in most places. But doing this in practice is difficult, to say the least. This is not to mention the bureaucratic and regulatory hurdles.

I'm not sure if it's dead yet, as much as waiting on the hardware (err, there's a mountain of work to be done outside of hardware as well). To be able to switch frequencies and communications modes like that, requires a great deal of reconfiguration on the RF and signals side. The more hardware that can be reused for each mode, the better. SDR would be great for that. The more signals you have to work with, the better.


edit:
On October 19 2011 11:24 Redmark wrote:
So why can't they implement some sort of time-based billing like they do in Ontario with electricity?
Have bandwidth caps only for peak usage periods? Since it's all digital shouldn't it be easy to keep track of?

As far as I know, there are no bandwidth (where by "bandwidth" I mean throughput) caps, just total data caps? You mean to limit the data rate during peak hours?

(I know that "bandwidth cap" is the terminology that has been used...don't mean to single out anybody)

I think that throughput caps during peak hours make sense (makes it more fair), but then even more people are going to complain about not getting their rated max speeds. Encouraging off-peak usage is a very good idea, for both network resources and electric power.

But with more queuing up packets and traffic shaping, network latency may suffer, which isn't what you want for say online gaming, or VOIP.

IMHO this gets back to breaking up the black boxes, or at least introducing a few new ones, at least with respect some parts of 7 layer OSI. It would be nice to have prioritization of some time-sensitive traffic over bulk traffic, on the Internet. But if everything is riding on TCP/IP, you get no such thing, without some clever hacks. That's because these things weren't designed with these usage models in mind.

I don't mind if my torrent or download gets throttled like mad during peak hours, but if a game gets laggy because of congestion on the edge network...
HardMacro
Profile Blog Joined September 2011
Canada361 Posts
October 19 2011 03:03 GMT
#51
There was an earlier post briefly mentioning how Korea runs a pure fiber system, the reason for their cheaper/better internet.

My question remains however: Why are we (Canada and the U.S.) paying much more, for slower/limited internet than most, if not all other developed nations (and some developing nations)?

So I guess the real question is: Why didn't we start off / upgrade to pure fiber when it's faster AND cheaper than hybrid fiber when so many other countries did?
¯\_(ツ)_/¯ saving this here because I use it, don't know how to make it, and don't know it's name
InvalidID
Profile Blog Joined October 2010
United States1050 Posts
October 19 2011 03:18 GMT
#52
On October 19 2011 12:03 HardMacro wrote:
There was an earlier post briefly mentioning how Korea runs a pure fiber system, the reason for their cheaper/better internet.

My question remains however: Why are we (Canada and the U.S.) paying much more, for slower/limited internet than most, if not all other developed nations (and some developing nations)?

So I guess the real question is: Why didn't we start off / upgrade to pure fiber when it's faster AND cheaper than hybrid fiber when so many other countries did?


We didn't in the past because it was always more cost effective to get a little more speed by upgrading the hybrid fiber cable then it was to build a totally new network. If you build a totally new network you have to finance the cost in subscriber fees. If Comcast can offer a service a little slower for a lot less, more people are going to choose that, and you are going to have trouble breaking even.

I think those other countries(and correct me if I am wrong, I am not well versed in how those networks came to be) did not have the cable infrastructure in the first place, making the upgrade more viable, not to mention the oft mentioned and often erroneous population density argument.
InvalidID
Profile Blog Joined October 2010
United States1050 Posts
Last Edited: 2011-10-19 03:25:24
October 19 2011 03:23 GMT
#53

As far as I know, there are no bandwidth (where by "bandwidth" I mean throughput) caps, just total data caps? You mean to limit the data rate during peak hours?


Yes. I guess I used bandwidth cap(we have those too), when a lot of the complaints were really directed at throughput caps. The throughput caps, however, exist because of the limited bandwidth.
a176
Profile Blog Joined August 2009
Canada6688 Posts
October 19 2011 03:29 GMT
#54
I don't understand what you are trying to correlate. How does effective capacity at given moment effect a monthly transfer limit?
starleague forever
InvalidID
Profile Blog Joined October 2010
United States1050 Posts
Last Edited: 2011-10-19 03:37:22
October 19 2011 03:35 GMT
#55
On October 19 2011 12:29 a176 wrote:
I don't understand what you are trying to correlate. How does effective capacity at given moment effect a monthly transfer limit?


The system has a lot less effective capacity at any given moment then can be offered to all users, were they to use it simultaneously. This works because the vast majority of the users don't use their internet a ton all the time. But when they do use their internet they want the pages they view to load super fast. A small minority of users like us use the internet a ton more to do things like view streams. If everyone were to view streams all day we would not have enough bandwidth to accommodate them all. So usage caps were implemented to ensure that the bandwidth remains open for the 99% of users who just check email and occasionally watch a youtube video of a cat, by trying to discourage that small minority from over-using the system.
a176
Profile Blog Joined August 2009
Canada6688 Posts
October 19 2011 03:39 GMT
#56
On October 19 2011 12:35 InvalidID wrote:
Show nested quote +
On October 19 2011 12:29 a176 wrote:
I don't understand what you are trying to correlate. How does effective capacity at given moment effect a monthly transfer limit?


The system has a lot less effective capacity at any given moment then can be offered to all users, were they to use it simultaneously. This works because the vast majority of the users don't use their internet a ton all the time. But when they do use their internet they want the pages they view to load super fast. A small minority of users like us use the internet a ton more to do things like view streams. If everyone were to view streams all day we would not have enough bandwidth to accommodate them all. So usage caps were implemented to ensure that the bandwidth remains open for the 99% of users who just check email and occasionally watch a youtube video of a cat, by trying to discourage that small minority from over-using the system.


Your last name doesnt happen to be Finckenstein, does it ?
starleague forever
Dhalphir
Profile Blog Joined November 2010
Australia1305 Posts
October 19 2011 03:58 GMT
#57
On October 18 2011 16:27 Canucklehead wrote:
I would agree with the op if the cable companies/isps weren't rolling in money already, so they have no excuse to not upgrade the infrastructure.


what figures do you have to support their apparent money-swimming activites?
Supporting TypeII Gaming - www.typeii.net - TypeReaL, TypePhoeNix, TypeSuN, TypeDBS!!
Prev 1 2 3 All
Please log in or register to reply.
Live Events Refresh
GSL
08:00
2026 Season 1: Playoffs
Cure vs herOLIVE!
SHIN vs Maru
GSL EN (SOOP)0
LiquipediaDiscussion
[ Submit Event ]
Live Streams
Refresh
StarCraft 2
Rex 36
StarCraft: Brood War
Killer 1108
scan(afreeca) 383
Mind 373
Larva 258
Hm[arnc] 242
Zeus 134
EffOrt 60
hero 54
PianO 51
Backho 33
[ Show more ]
JulyZerg 33
Sharp 22
Sacsri 20
Bale 15
Noble 14
sorry 11
Dota 2
XaKoH 577
NeuroSwarm157
League of Legends
JimRising 489
Counter-Strike
zeus1
Other Games
WinterStarcraft518
monkeys_forever270
crisheroes126
Organizations
Counter-Strike
PGL22345
StarCraft 2
IntoTheiNu 342
Blizzard YouTube
StarCraft: Brood War
BSLTrovo
[ Show 16 non-featured ]
StarCraft 2
• Berry_CruncH293
• CranKy Ducklings SOOP61
• LUISG 44
• AfreecaTV YouTube
• intothetv
• Kozan
• IndyKCrew
• LaughNgamezSOOP
• Migwel
• sooper7s
StarCraft: Brood War
• BSLYoutube
• STPLYoutube
• ZZZeroYoutube
League of Legends
• Jankos1224
• Lourlo808
Counter-Strike
• C_a_k_e 1985
Upcoming Events
IPSL
6h 47m
Bonyth vs Napoleon
G5 vs JDConan
BSL
9h 47m
OyAji vs JDConan
DragOn vs TBD
Replay Cast
23h 47m
Monday Night Weeklies
1d 6h
Replay Cast
1d 14h
The PondCast
2 days
Kung Fu Cup
2 days
GSL
3 days
Replay Cast
3 days
GSL
4 days
[ Show More ]
WardiTV Spring Champion…
4 days
Replay Cast
4 days
Sparkling Tuna Cup
5 days
WardiTV Spring Champion…
5 days
Replay Cast
5 days
RSL Revival
6 days
Classic vs SHIN
Rogue vs Bunny
BSL
6 days
Replay Cast
6 days
Afreeca Starleague
6 days
Liquipedia Results

Completed

Escore Tournament S2: W7
WardiTV TLMC #16
Nations Cup 2026

Ongoing

BSL Season 22
ASL Season 21
IPSL Spring 2026
KCM Race Survival 2026 Season 2
Acropolis #4
KK 2v2 League Season 1
BSL 22 Non-Korean Championship
SCTL 2026 Spring
RSL Revival: Season 5
2026 GSL S1
Heroes Pulsing #1
Asian Champions League 2026
IEM Atlanta 2026
PGL Astana 2026
BLAST Rivals Spring 2026
IEM Rio 2026
PGL Bucharest 2026
Stake Ranked Episode 1
BLAST Open Spring 2026
ESL Pro League S23 Finals
ESL Pro League S23 Stage 1&2

Upcoming

YSL S3
Escore Tournament S2: W8
CSLAN 4
Kung Fu Cup 2026 Grand Finals
HSC XXIX
uThermal 2v2 2026 Main Event
Maestros of the Game 2
WardiTV Spring 2026
2026 GSL S2
BLAST Bounty Summer 2026
BLAST Bounty Summer Qual
Stake Ranked Episode 3
XSE Pro League 2026
IEM Cologne Major 2026
Stake Ranked Episode 2
CS Asia Championships 2026
TLPD

1. ByuN
2. TY
3. Dark
4. Solar
5. Stats
6. Nerchio
7. sOs
8. soO
9. INnoVation
10. Elazer
1. Rain
2. Flash
3. EffOrt
4. Last
5. Bisu
6. Soulkey
7. Mini
8. Sharp
Sidebar Settings...

Advertising | Privacy Policy | Terms Of Use | Contact Us

Original banner artwork: Jim Warren
The contents of this webpage are copyright © 2026 TLnet. All Rights Reserved.