21–30 of 49 posts
Hmm, it reports about a 10 times lower upload speed allthough my subscription is 50/50 symetrical. I can confirm that I usually do get to the correct speeds (~50 Mbit/s) when downloading things of my server... Where could this mismatch come form?
$ yes | pv | ssh your_server "cat > /dev/null" dig +short myip.opendns.com
curl icanhazip.comIf you need to do this, you may also need to get your external IP address from the CLI. Two ways I like are: dig +short myip.opendns.com curl icanhazip.com
It lets you roll your own speed testing infrastructure basically: Run it as a server on one end you want to test, then run it as client against that server IP/hostname on the other end.
It is very handy for measuring throughput between two boxes in a network (or anywhere for that matter).
Several big ISPs have endpoints for testing it as well for a speedtest like experience [1].
[1] - https://iperf.fr/iperf-doc.php
[2] - https://manpages.ubuntu.com/manpages/bionic/man1/iperf.1.htm...
Also not just me: https://github.com/sivel/speedtest-cli/issues/649
https://github.com/sivel/speedtest-cli/issues/648
https://github.com/sivel/speedtest-cli/issues/641
https://github.com/sivel/speedtest-cli/issues/616
https://github.com/sivel/speedtest-cli/issues/601
Note that some ISPs prioritise traffic to known speedtest targets, turning off traffic shaping rules that might otherwise slow bulk transfers. When this happens it means you are testing the likely maximum throughput of your connection not necessarily the throughput you will see more generally. This is why Netflix started fast.com - because it draws data from the same distribution points as their video streaming apps…
I'm not saying it's their servers or network, but I haven't found a reason for it based on my fast.com results.
Note that some ISPs prioritise traffic to known speedtest targets, turning off traffic shaping rules that might otherwise slow bulk transfers. When this happens it means you are testing the likely maximum throughput of your connection not necessarily the throughput you will see more generally. This is why Netflix started fast.com - because it draws data from the same distribution points as their video streaming apps…
That said, I can and do get 200mbps+ on fast.com (my preferred/goto speedtest), and still experience constant buffering and the "sorry we can't play that video right now" message that kicks me out but then just clicking play again works. I'm not saying it's their servers or network, but I haven't found a reason for it based on my fast.com results.
freudian slip much?
there is a standard package available in the debian repository apt install speedtest-cli Description: Command line interface for testing internet bandwidth using speedtest.net Speedtest.net is a webservice that allows you to test your broadband connection by downloading a file from one of many Speedtest.net servers from around the world. . This utility allows you to use the Speedtest.net service from the command line…
Might concern some users: I had an issue on my 250/250Mbps-line using speedtest-cli in that it showed the correct download speed, but only 4Mbps upload. Googling suggests it could be an issue with slow CPU/low RAM. My (now old) server was by no means a beast as it had a throttled i3-3220T with 8GB RAM, but it should be plenty fast for that task. The solution I came across on reddit/stack was to use this [0] instead,…
Testing download speed...
Download: 917.52 Mbit/s
Testing upload speed...
Upload: 4.16 Mbit/s
Version 0.3.4, which is the default from Apt on a test server, seems to be OK:
Download: 2239.51 Mbit/s
Upload: 882.54 Mbit/s
Earlier quoted context omitted.
That said, I can and do get 200mbps+ on fast.com (my preferred/goto speedtest), and still experience constant buffering and the "sorry we can't play that video right now" message that kicks me out but then just clicking play again works. I'm not saying it's their servers or network, but I haven't found a reason for it based on my fast.com results.
> but then just clicking pay again works freudian slip much?