Bandwidth vs Speed
When it comes to Internet connection today, Bandwidth and Speed are being used interchangeably although they mean different things. Speed is generally used by consumers to refer to how fast they can download files and upload files. Broadband Internet packages are sold based on their bandwidth, or the size of the "Internet pipe" that is allocated to each user. This number refers to the capacity of the "last mile" connection that connects your home to the nearest aggregation point. In other words, it is the maximum throughput that the user can get on his broadband service.
Does higher bandwidth give you faster speed?
Imagine that you're driving on a road with 4 lanes in a car that can go at a maximum of 300km/hr. No matter the amount of lanes on the road, your car can only go at a maximum of 300km/hr and no faster. However, this same road with four lanes comes in handy when your family members having their own cars share the same road and reach the same destination at a shorter time as opposed to having a single lane road where they will have to queue up. Likewise for our broadband service, with a higher bandwidth you can actually do more at the same time or share the connection with your family members using a bigger pipe.
In general, getting a broadband service with higher bandwidth will often mean better surfing speeds as you are increasing the size of your pipe. But if the limitation is at the end device, then having a higher bandwidth does not increase your surfing speed. By the same analogy, if you are sharing your broadband connection among multiple users in your home, it is more important to get a connection with a higher bandwidth to ensure each individual user gets enough bandwidth for their needs.
Local bandwidth, international bandwidth, download bandwidth and upload bandwidth.
International bandwidth refers to the max bandwidth that is allocated to each subscriber connecting from StarHub’s network to the Internet outside of Singapore at point A in Diagram 1.
In general, RSPs like StarHub do not have control over how other content provider connects to the Internet to provide their service to our subscribers. The local speed to content provider is usually good because the distance within Singapore is short and latency is low. For example, if you are subscribed to a 100Mbps service bandwidth, you should be able to attain at least 60Mbps throughput within Singapore assuming the content provider does not have subscriber tiering and their bandwidth to the Internet is not congested.
However, when it comes to International bandwidth, the equation gets more complex as distance affects the performance of the international connection. In reality, the distance from Singapore to Hong Kong, China, United States of America and Europe varies and for bigger countries like China, United States of America and Europe, the distance between states and provinces also varies. Thus, the throughput to different international location varies accordingly. This is why when subscribers performs speedtests to different countries, they usually get different results.
Read more under the “How it works?” tab.
Download bandwidth refers to the max bandwidth allocated from Internet to end user devices.
Upload bandwidth refers to the max bandwidth allocated from end user devices to the Internet.
In the consumer world, the technology deployed take into consideration of user’s needs, cost and technology constraint. End users usually download content from the Internet more than upload content. Thus, RSP employs asymmetrical bandwidth where download is usually higher then upload. Having said this, this download and upload bandwidth will also be used in the context of local and International bandwidth.
Factors affecting speed
The actual surfing speed that an Internet user get is often less than the user's bandwidth because the user's surfing experience is affected by factors like Internet traffic, hardware (computers with underpowered processors, under specification network adapter and under specification wireless adapter), software (browser or application), and destination servers (with thin bandwidth pipes and under specification servers).
Factor 1: Badly configured PCs or specification
The single most common cause of poor performance is a computer that is in poor shape for broadband. The usual problems are:
- Insufficient memory (128MB is really the lower limit now for any computer);
- Underpowered processor (vintage computers from the early 90s with a central processing unit slower than 400MHz);
- An aging and unstable operating system, accumulation of shareware, particularly SPYWARE, etc;
- Application running in the background like p2p, download manager, etc;
- Under specification network adaptor (using 10BaseT/100BaseT network interface card limits the throughput of your broadband connection above 100Mbps)
- Under specification wireless adaptor (using 802.1b or 802.1g have poor wifi performance below 15Mbps)
Factor 2: Internet Traffic and Packet losses
The Internet is a resilient network built originally to withstand a nuclear war. One reason for this strength is TCP, the network protocol that makes sure your data gets from one point of the Net to another.
TCP is designed around the assumption that some parts of an email message, for example may not get through the Net.
Thus, an email message to be transferred gets broken down into “packets”. For example, 5 packets will attempt to take the fastest route to reach the destination, and when they do, the 5 packets will “combine” to form the original email message.
For the sake of an example, let’s imagine you are downloading data from www.microsoft.com, and one of those many packets streaming down to you disappears en-route.
Maybe a random outage or failure knocks a network router for a microsecond, and the packet is dropped. At your end, your computer notices the missing packet in the stream of sequence numbers, and so does not acknowledge its reception.
The sender notices the lack of acknowledgement, and must re-transmit the lost data. The retransmission procedure adds to the amount of data flowing over the connection, slowing the entire transfer down.
There are many ways that TCP copes with networks that are down. But in the end, consistent packet loss along a long Internet link means Internet traffic is often slower than it should be, even though it may be one packet in ten or twenty that is being dropped.
If there is continuous packet loss between you, and your favourite site, then web pages or file transfers, which follow the TCP protocol, are going to slow down to a crawl.
If you see extremely slow performance from a particular website, then you can do a ping test, which shows how many packets are lost along the way.
The instructions are as follow:-
- Go to a MS-DOS prompt, and type ping -t www.download.com (or any website you want to test with)
- Watch the sequence numbers printed. Leave it running for a short time, say 30 seconds, then press control-c.
- If you see 5% or more packet loss, then TCP performance is going to be poor over this link.
- If no packets get through at all, you may have found a server that does not respond to ping packets (some servers do this as a security measure).
- In that case, use the command tracert (traceroute), to identity the server that is one hop from the target server, and try pinging that instead.
To do a trace route, the instructions are as follow:-
- Open a MS-DOS window (command prompt) and use TRACERT, to work out at what point the congestion may be.
- For example, tracert www.download.com. Trace route may show where in the chain between you and your destination the problem starts, and its nature.
Factor 3: Many servers cannot currently offer high speeds to you
Though StarHub strives to offer the fastest connectivity to the rest of the world, sometimes the weakest, or slowest, link is the one that your website uses to connect to the Net.
Here are some results of a speed test to several reasonably well connected websites, at 3am in the morning (off peak):
In this example, Microsoft and myisp.com would not provide the "broadband experience" to any user who thought they had speeds of 768kbps or more.
Many servers offer speeds far slower than even this, because they are busy, and you are sharing their bandwidth with dozens of other people.
All websites have Internet pipes connecting to their web servers. To ensure that all users who access their sites do not get rejected, the bandwidth of their Internet pipes are sliced and divided equally among all users trying to access their site at any one time.
So if the number of users is low, your speeds will be higher, but if the number of users is high, much slower speeds can be expected.
For Singapore’s broadband users, 3am Singapore time is peak hour for Internet traffic in the United States. This may mean slowdowns to people surfing to US websites, because they have to compete for bandwidth with the rest of the American users.
Factor 4: Applications overhead and TCP options
When we transmit information from source to destination, the document will be broken into smaller packets to go through the Internet. The reason why every document that you send over the Internet ends up in the right place is because it is tagged with the destination information, just like your luggage at the airport. However, this “tag” – known as header in computer terminology, also takes up bandwidth as you send your data across the Internet. The IP header takes up about 13% of the packet while the rest are the actual data. So every time you send a document, you have to remember that there is an additional 13% of tagging information that is being sent.
Besides that, TCP tuning can also be used to improve the throughput. This includes adjustable parameters like TCP window size to maximise the throughput of a single TCP connection. TCP timestamp and TCP selective acknowledgement options have to be used with the right combination to increase the throughput performance. We shall not discuss this in details and we do not recommend you to adjust your TCP options unless you are very clear about what you are doing.
Home is where the ♥ is