South Africa’s biggest forum. Discuss, discover, and connect with thousands of members.
well its seems to be getting worse and worse my side now.
todays speeds for me are,
http://www.speedtest.net/result/677692038.png
Just wondering if they have 24 hour support? And on a sunday? Can't browse so nicely on my phone and keep switching sites
Monday to Friday: 07h00 to 22h00
Weekends: 08h00 to 14h00
Public holidays: 08h00 to 14h00
Hi IRG
What software are you using to give you those stats?
I use Bandwidth Monitor but I prefer your GUI's
Netlimiter 2 Pro (works a charm on Vista and XP, There is a Win7 Beta 3 out, but no stats on it yet).
Its pretty awsome, you can see each app that uses bandtwidth per day per hour.... Plus you can use it to limit speeds on incoming or outgoing traffic. It also has a built in Firewall if you want. I use it all the time!
Running filesharing programs (like eMule, Kazaa or Bittorrent) will usually take up most if not all upstream channel bandwidth, which leaves the connection prone to high ping times. Not only does this mean filesharing communication itself will run slowly (source requests may take a full 1 or 2 seconds rather than just a few milliseconds), but it will also choke other Internet applications to a crawl. By the same token, download rates may plummet, since TCP ACKs are not being sent out in time. The browser will also become noticeably less responsive while surfing the Net.
A popular workaround offered by many filesharing programs is to put an artificial cap on the upload rate.
However, if your are simultaneously running a mail upload in addition to a filesharing upload, both will compete for available upstream bandwidth. How much bandwidth each of these uploads will eventually receive is basically left to happenstance. In some cases, this may even lead to termination of all TCP connections (TCP connection starving).
For instance, if you have a filesharing program running in the background when surfing the Net, there will only be a brief, minimal slowdown in P2P traffic while a new page is being loaded. Likewise, when sending out longer e-mails, P2P upload rates may briefly drop somewhat while the mail is being transmitted. Once the mail is sent, all uploads will continue at full speed again. The only alternatives would be to postpone transmission of the mail "forever" or artificially limit transfer bandwidth for filesharing somehow. But this would also mean a loss of bandwidth even when no other application is using the same connection.