Geekzone: technology news, blogs, forums
Guest
Welcome Guest.
You haven't logged in yet. If you don't have an account you can register now.


2 posts

Wannabe Geek


Topic # 116539 1-May-2013 23:11
Send private message

Just wondering if I could some international speedtest results on snap UFB 100/50. Been looking for some but I haven't been able to find any.

View this topic in a long page with up to 500 replies per page Create new topic
 1 | 2
467 posts

Ultimate Geek
+1 received by user: 83


  Reply # 809956 2-May-2013 08:46
Send private message

What locations internationally?

Sydney:



2 posts

Wannabe Geek


  Reply # 810221 2-May-2013 15:04
Send private message

What about west coast USA? LA, California?

467 posts

Ultimate Geek
+1 received by user: 83


  Reply # 810262 2-May-2013 15:43
Send private message

LA:



Have seen this much higher though. With 100Mbit you get much better throughput with multi threaded downloads (which speedtest does not do). I can easily get 12MB/s from the US.

3191 posts

Uber Geek
+1 received by user: 910

Trusted

  Reply # 810285 2-May-2013 15:50
Send private message

Speedtest will do up to 4 threads I think...

389 posts

Ultimate Geek
+1 received by user: 11

Trusted

  Reply # 810528 2-May-2013 22:46
Send private message

They seem unusually high for International servers.

speedtest.net is often not particularly accurate, best to use a real world transfer.




3409 posts

Uber Geek
+1 received by user: 404

Trusted

  Reply # 810546 2-May-2013 23:11
One person supports this post
Send private message

Don't trust those speed tests. a single TCP stream to the US west coast is usually around 3mbps on even a $100,000 a month connection due to latency and TCP.





dwl

363 posts

Ultimate Geek
+1 received by user: 43


  Reply # 810630 3-May-2013 09:29
Send private message

Speedtest by default runs two threads but providers can invoke up to 8 threads.  I have seen single thread speeds from a Canadian ISP limited to 3 Mbps by TCP settings (window size) get 18 Mbps from the same server on speedtest where 6 threads were enabled.  Downstream speedtest should be fairly accurate as it is just transferring large random JPG files but upstream tests can be less reliable.

Users of UFB services from providers such as Snap and Orcon have seen much better single thread speeds than 3 Mbps from many international sites but only if TCP is tuned for high bandwidth delay product (should be default on modern OS).  In addition, the congestion will vary by ISP and time of day.  A setting that can have a big impact is Selective Acknowledgement (SACK) as if it isn't enabled (client or server) any minor loss event will have a much greater slowdown impact on TCP.

Based on posts late 2012 (see SNAP forum section for postings on "WOW! Got International Bandwidth!?" and "UFB Poor Performance" with last post Jan 2013) SNAP users were getting high international speeds once an interface issue with Chorus was sorted.

This is a complex topic as there are many elements involved and I have yet to see a good answer on how to measure the international traffic performance of an ISP.  There is only limited bandwidth into NZ and even users with different more aggressive TCP algorithms can supress other flows, potentially giving one happy user and one unhappy.

2970 posts

Uber Geek
+1 received by user: 288


  Reply # 810635 3-May-2013 09:46
Send private message

WHat sort of speeds do people get using speedof.me?

I'm busy doing a big upload so can't do any tests ATM.




dwl

363 posts

Ultimate Geek
+1 received by user: 43


  Reply # 810890 3-May-2013 15:47
Send private message

speedof.me is an interesting tool, with real time feedback, but has some limitations for this check. It seems single threaded so may not show as fast as speedtest.net (but does relate to real world).

Being CDN based it is likely it will only measure to Sydney - source is shown on the graphic - and I don't know how it could be used to any other destination. International speeds to the US seem to be a significantly bigger issue than to Australia which is understandable due to the higher delay (extra 100ms - harder for TCP). I wait with interest for results.

62 posts

Master Geek
+1 received by user: 24


  Reply # 811352 4-May-2013 21:27
Send private message

I'm on UFB 30/10 and international speeds are great. Quite easy to max out my line, with a single thread. Below is a download of a linux ISO form California, US @ 3.2MB/s on WiFi.

[code]
$ wget http://mirrors.kernel.org/centos/6.4/isos/x86_64/CentOS-6.4-x86_64-netinstall.iso -O /dev/null
--2013-05-04 21:21:16-- http://mirrors.kernel.org/centos/6.4/isos/x86_64/CentOS-6.4-x86_64-netinstall.iso
Resolving mirrors.kernel.org... 149.20.20.135, 149.20.4.71
Connecting to mirrors.kernel.org|149.20.20.135|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 241172480 (230M) [application/octet-stream]
Saving to: ‘/dev/null’

39% [====================================> ] 95,683,368 3.26MB/s eta 46s ^C
[/code]

389 posts

Ultimate Geek
+1 received by user: 11

Trusted

  Reply # 811566 5-May-2013 13:48
Send private message

I can max out my 100Mbit USB connection to a NZ based server but with real world transfers (rsync/HTTP) from the US I see a max of around 2-2.5MB/s.

Pulling that same file just now shows around 1.8MB/s;

hads@cobalt:~$ wget http://mirrors.kernel.org/centos/6.4/isos/x86_64/CentOS-6.4-x86_64-netinstall.iso -O /dev/null
--2013-05-05 13:43:01-- http://mirrors.kernel.org/centos/6.4/isos/x86_64/CentOS-6.4-x86_64-netinstall.iso
Resolving mirrors.kernel.org (mirrors.kernel.org)... 149.20.4.71, 149.20.20.135
Connecting to mirrors.kernel.org (mirrors.kernel.org)|149.20.4.71|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 241172480 (230M) [application/octet-stream]
Saving to: `/dev/null'

100%[=============================================================================================>] 241,172,480 1.53M/s in 2m 5s

2013-05-05 13:45:08 (1.83 MB/s) - `/dev/null' saved [241172480/241172480]

hads@cobalt:~$




275 posts

Ultimate Geek
+1 received by user: 27


  Reply # 811584 5-May-2013 14:33
Send private message

People shouldn't expect to max out 100Mbit/sec on UFB for a single connection.

The real reason to buy 100mbit is for total aggregation of a lot of users, not for a single user.

There are many websites that will never give you 100mbit/s downloads, and thats normal.

389 posts

Ultimate Geek
+1 received by user: 11

Trusted

  Reply # 811586 5-May-2013 14:34
Send private message

Indeed, I'm trying to show that that's not what actually happens.




1387 posts

Uber Geek
+1 received by user: 134


  Reply # 813499 8-May-2013 09:17
Send private message

Publius: People shouldn't expect to max out 100Mbit/sec on UFB for a single connection.

The real reason to buy 100mbit is for total aggregation of a lot of users, not for a single user.

There are many websites that will never give you 100mbit/s downloads, and thats normal.


most web sites hosted overseas are on gigabit connections, but tcp/ip ramp up can take a few seconds, and most web browsing won't go that fast for throughput, but having a faster connection can mean that you're mostly sitting on application bottlenecks as it should be.

things like php, databases etc can really slow down web sites.

and it's not unreasonable to expect 100megabit/sec to australia on 10mb files i reckon.



1387 posts

Uber Geek
+1 received by user: 134


  Reply # 813500 8-May-2013 09:18
Send private message

hads: I can max out my 100Mbit USB connection to a NZ based server but with real world transfers (rsync/HTTP) from the US I see a max of around 2-2.5MB/s.

Pulling that same file just now shows around 1.8MB/s;

hads@cobalt:~$ wget http://mirrors.kernel.org/centos/6.4/isos/x86_64/CentOS-6.4-x86_64-netinstall.iso -O /dev/null
--2013-05-05 13:43:01-- http://mirrors.kernel.org/centos/6.4/isos/x86_64/CentOS-6.4-x86_64-netinstall.iso
Resolving mirrors.kernel.org (mirrors.kernel.org)... 149.20.4.71, 149.20.20.135
Connecting to mirrors.kernel.org (mirrors.kernel.org)|149.20.4.71|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 241172480 (230M) [application/octet-stream]
Saving to: `/dev/null'

100%[=============================================================================================>] 241,172,480 1.53M/s in 2m 5s

2013-05-05 13:45:08 (1.83 MB/s) - `/dev/null' saved [241172480/241172480]

hads@cobalt:~$


with linux, i've noticed that using more recent kernels (3.8 etc) on the sender can improve throughput, and on the receiver having at least 3.0 kernel can help.

also sometimes tweaking /proc/sys/net/ipv4/tcp_rmem can help.  

 1 | 2
View this topic in a long page with up to 500 replies per page Create new topic

Twitter »

Follow us to receive Twitter updates when new discussions are posted in our forums:



Follow us to receive Twitter updates when news items and blogs are posted in our frontpage:



Follow us to receive Twitter updates when tech item prices are listed in our price comparison site:



Geekzone Live »

Try automatic live updates from Geekzone directly in your browser, without refreshing the page, with Geekzone Live now.



Are you subscribed to our RSS feed? You can download the latest headlines and summaries from our stories directly to your computer or smartphone by using a feed reader.

Alternatively, you can receive a daily email with Geekzone updates.