Re: HELP- very slow download speeds (SOLVED!!)
On 06/06/2015 10:45 AM, Chris Bannister wrote: On Fri, Jun 05, 2015 at 11:33:07PM +0100, Lisi Reisz wrote: On Friday 05 June 2015 23:18:53 Ric Moore wrote: On 06/05/2015 05:48 PM, Lisi Reisz wrote: On Friday 05 June 2015 22:41:55 Gary Roach wrote: Most of my large downloads are from ftp.us.debian.org. Before I go any further, I probably need to switch to a mirror site and see if the problem persists. I have been assuming that, since this is debian's main server, that I shouldn't have a server problem. I gave up using ftp.uk.debian.org years ago because it is so slow. Or was, anyway. I use either Oxford or Manchester University Mirrors. Usually Oxford. It remains fast, so I haven't retried the debian one recently. Being stuck with a HughesNet sat service, THIS works a treat! deb http://httpredir.debian.org/debian stretch main contrib non-free It finds the fastest connect, and runs with it. It easily doubles previous connect speeds for apt-get for me. Ric Yes, it has had a lot of bouquets. But it has also had a brick-bat or two. I am a creature of habit. But I may try something else just to see! (Did I also say that I am a creature of curtiosity even more satiable than the You can forgo the curtsying this time. :) Finally! I said that assumptions can bite you. I consider my self bitten. The "ftp.us.debian. web site seems to be the problem. I don't know whats going wrong on there end but switching to ftp.mirror.berkeley.edu seems to have fixed the problem. I should have tried this long ago. My bad. The transfer rates from berkeley are in line with the rates I got with iperf. I guess that I learned a lot in the process. Another fxxxing learning experience. I thank all of you for your support, especially Petter Adsen. Gary R -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5575df8d.1080...@verizon.net
Re: HELP- very slow download speeds
On Fri, Jun 05, 2015 at 11:33:07PM +0100, Lisi Reisz wrote: > On Friday 05 June 2015 23:18:53 Ric Moore wrote: > > On 06/05/2015 05:48 PM, Lisi Reisz wrote: > > > On Friday 05 June 2015 22:41:55 Gary Roach wrote: > > >> Most of my large downloads are from ftp.us.debian.org. Before I go any > > >> further, I probably need to switch to a mirror site and see if the > > >> problem persists. I have been assuming that, since this is debian's main > > >> server, that I shouldn't have a server problem. > > > > > > I gave up using ftp.uk.debian.org years ago because it is so slow. Or > > > was, anyway. I use either Oxford or Manchester University Mirrors. > > > Usually Oxford. It remains fast, so I haven't retried the debian one > > > recently. > > > > Being stuck with a HughesNet sat service, THIS works a treat! > > deb http://httpredir.debian.org/debian stretch main contrib non-free > > > > It finds the fastest connect, and runs with it. It easily doubles > > previous connect speeds for apt-get for me. Ric > > Yes, it has had a lot of bouquets. But it has also had a brick-bat or two. > I > am a creature of habit. But I may try something else just to see! (Did I > also say that I am a creature of curtiosity even more satiable than the You can forgo the curtsying this time. :) -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150606174502.GB26040@tal
Re: HELP- very slow download speeds
On 06/05/2015 06:33 PM, Lisi Reisz wrote: On Friday 05 June 2015 23:18:53 Ric Moore wrote: On 06/05/2015 05:48 PM, Lisi Reisz wrote: On Friday 05 June 2015 22:41:55 Gary Roach wrote: Most of my large downloads are from ftp.us.debian.org. Before I go any further, I probably need to switch to a mirror site and see if the problem persists. I have been assuming that, since this is debian's main server, that I shouldn't have a server problem. I gave up using ftp.uk.debian.org years ago because it is so slow. Or was, anyway. I use either Oxford or Manchester University Mirrors. Usually Oxford. It remains fast, so I haven't retried the debian one recently. Being stuck with a HughesNet sat service, THIS works a treat! deb http://httpredir.debian.org/debian stretch main contrib non-free It finds the fastest connect, and runs with it. It easily doubles previous connect speeds for apt-get for me. Ric Yes, it has had a lot of bouquets. But it has also had a brick-bat or two. I am a creature of habit. But I may try something else just to see! (Did I also say that I am a creature of curtiosity even more satiable than the Elephant's Child, if that were possible?) Lisi, you don't have to mention it, as we already know! If you want a walk on the curious wild side, you might give it a go! Ric -- My father, Victor Moore (Vic) used to say: "There are two Great Sins in the world... ..the Sin of Ignorance, and the Sin of Stupidity. Only the former may be overcome." R.I.P. Dad. http://linuxcounter.net/user/44256.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557228db.6050...@gmail.com
Re: HELP- very slow download speeds
On Friday 05 June 2015 23:18:53 Ric Moore wrote: > On 06/05/2015 05:48 PM, Lisi Reisz wrote: > > On Friday 05 June 2015 22:41:55 Gary Roach wrote: > >> Most of my large downloads are from ftp.us.debian.org. Before I go any > >> further, I probably need to switch to a mirror site and see if the > >> problem persists. I have been assuming that, since this is debian's main > >> server, that I shouldn't have a server problem. > > > > I gave up using ftp.uk.debian.org years ago because it is so slow. Or > > was, anyway. I use either Oxford or Manchester University Mirrors. > > Usually Oxford. It remains fast, so I haven't retried the debian one > > recently. > > Being stuck with a HughesNet sat service, THIS works a treat! > deb http://httpredir.debian.org/debian stretch main contrib non-free > > It finds the fastest connect, and runs with it. It easily doubles > previous connect speeds for apt-get for me. Ric Yes, it has had a lot of bouquets. But it has also had a brick-bat or two. I am a creature of habit. But I may try something else just to see! (Did I also say that I am a creature of curtiosity even more satiable than the Elephant's Child, if that were possible?) Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201506052333.07399.lisi.re...@gmail.com
Re: HELP- very slow download speeds
On 06/05/2015 05:48 PM, Lisi Reisz wrote: On Friday 05 June 2015 22:41:55 Gary Roach wrote: Most of my large downloads are from ftp.us.debian.org. Before I go any further, I probably need to switch to a mirror site and see if the problem persists. I have been assuming that, since this is debian's main server, that I shouldn't have a server problem. I gave up using ftp.uk.debian.org years ago because it is so slow. Or was, anyway. I use either Oxford or Manchester University Mirrors. Usually Oxford. It remains fast, so I haven't retried the debian one recently. Being stuck with a HughesNet sat service, THIS works a treat! deb http://httpredir.debian.org/debian stretch main contrib non-free It finds the fastest connect, and runs with it. It easily doubles previous connect speeds for apt-get for me. Ric -- My father, Victor Moore (Vic) used to say: "There are two Great Sins in the world... ..the Sin of Ignorance, and the Sin of Stupidity. Only the former may be overcome." R.I.P. Dad. http://linuxcounter.net/user/44256.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5572204d.6090...@gmail.com
Re: HELP- very slow download speeds
On Friday 05 June 2015 22:41:55 Gary Roach wrote: > Most of my large downloads are from ftp.us.debian.org. Before I go any > further, I probably need to switch to a mirror site and see if the > problem persists. I have been assuming that, since this is debian's main > server, that I shouldn't have a server problem. I gave up using ftp.uk.debian.org years ago because it is so slow. Or was, anyway. I use either Oxford or Manchester University Mirrors. Usually Oxford. It remains fast, so I haven't retried the debian one recently. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201506052248.58957.lisi.re...@gmail.com
Re: HELP- very slow download speeds
On 06/05/2015 12:57 AM, Petter Adsen wrote: On Thu, 04 Jun 2015 16:44:53 -0700 Gary Roach wrote: On 06/03/2015 11:55 PM, Petter Adsen wrote: Well, it's not shut down, as I just tried it and it works fine here. Maybe it was down, though, and you should try again? If it still doesn't work, then check your firewall. It shouldn't give you any problems, as you are simply trying to establish a connection to port 5201 on a remote machine, but check. Enable firewall logging, if possible, and see if anything gets blocked. Verify that you can reach the webserver running on the same host. Also try with UDP ("-u -b 0"). Petter Well all of a sudden iperf.scottlinux.com works The send and receive with TCP packets is about the same. Below is a typical example: root@xx# iperf3 -c iperf.scottlinux.com -R -V Test Complete. Summary Results: [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 32.4 MBytes 27.2 Mbits/sec 0 sender [ 4] 0.00-10.00 sec 32.2 MBytes 27.0 Mbits/sec receiver CPU Utilization: local/receiver 3.8% (0.6%u/3.2%s), remote/sender 0.1% (0.0%u/0.1%s) iperf Done. As you can see, I'm getting about half of the 50Mbits/sec for which I contracted. But this is way better than my actual speed. I ran the same test with udp packets and got: When I tested against the same host last night I got around 40Mbps (I also have 50Mbps), but I'm in Norway, so that doesn't seem so bad. I tried again right now, and got ~45Mbps. What do you mean that this is way better than your actual speed? This _is_ the measured speed to this host :) Do you normally get lower speed to other hosts? Your ISP probably doesn't guarantee that you actually get 50Mbps unless you have a business line, but most likely says "speeds _up to_ 50Mbps" or something similar. So that would be normal. Also try a few online speed tests, like the one at speed.io, and see what they tell you. Your ISP might also have one. root@xxx# iperf3 -c iperf.scottlinux.com -R -u -V - - - - - - - - - - - - - - - - - - - - - - - - - Test Complete. Summary Results: [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-10.00 sec 1.26 MBytes 1.06 Mbits/sec 0.660 ms 0/161 (0%) [ 4] Sent 161 datagrams CPU Utilization: local/receiver 0.3% (0.0%u/0.3%s), remote/sender 0.1% (0.0%u/0.1%s) iperf Done. Now I'm really confused. I thought UDP packets were going through at full speed and TCP plackets were slow. This data says just the opposite. Yeah, Reco just explained this to me in a different thread. For UDP you need to specify the target bandwidth, the default is 1Mbps. Use "-b 0" to set it to unlimited. For earlier versions it needs to be at the end of the line, don't know about iperf3. See the man page for details. Petter Petter Most of my large downloads are from ftp.us.debian.org. Before I go any further, I probably need to switch to a mirror site and see if the problem persists. I have been assuming that, since this is debian's main server, that I shouldn't have a server problem. Assumptions can really kill you. Thanks for info on iperf3's udp speed. running "iperf3 -c iperf.scottlinux.com -V -u -b 0" works fine. I'll keep you posted about changing to a debian mirror. There is one at the Univerisity of California Berleley that is just up the coast from us. Thanks again Gary R -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557217a3.5040...@verizon.net
Re: HELP- very slow download speeds
On Thu, 04 Jun 2015 16:44:53 -0700 Gary Roach wrote: > On 06/03/2015 11:55 PM, Petter Adsen wrote: > > Well, it's not shut down, as I just tried it and it works fine here. > > Maybe it was down, though, and you should try again? > > > > If it still doesn't work, then check your firewall. It shouldn't give > > you any problems, as you are simply trying to establish a connection to > > port 5201 on a remote machine, but check. Enable firewall logging, if > > possible, and see if anything gets blocked. Verify that you can reach > > the webserver running on the same host. > > > > Also try with UDP ("-u -b 0"). > > > > Petter > > > Well all of a sudden iperf.scottlinux.com works The send and receive > with TCP packets is about the same. Below is a typical example: > > root@xx# iperf3 -c iperf.scottlinux.com -R -V > Test Complete. Summary Results: > [ ID] Interval Transfer Bandwidth Retr > [ 4] 0.00-10.00 sec 32.4 MBytes 27.2 Mbits/sec 0 sender > [ 4] 0.00-10.00 sec 32.2 MBytes 27.0 Mbits/sec > receiver > CPU Utilization: local/receiver 3.8% (0.6%u/3.2%s), remote/sender 0.1% > (0.0%u/0.1%s) > > iperf Done. > > As you can see, I'm getting about half of the 50Mbits/sec for which I > contracted. But this is way better than my actual speed. I ran the same > test with udp packets and got: When I tested against the same host last night I got around 40Mbps (I also have 50Mbps), but I'm in Norway, so that doesn't seem so bad. I tried again right now, and got ~45Mbps. What do you mean that this is way better than your actual speed? This _is_ the measured speed to this host :) Do you normally get lower speed to other hosts? Your ISP probably doesn't guarantee that you actually get 50Mbps unless you have a business line, but most likely says "speeds _up to_ 50Mbps" or something similar. So that would be normal. Also try a few online speed tests, like the one at speed.io, and see what they tell you. Your ISP might also have one. > root@xxx# iperf3 -c iperf.scottlinux.com -R -u -V > - - - - - - - - - - - - - - - - - - - - - - - - - > Test Complete. Summary Results: > [ ID] Interval Transfer Bandwidth Jitter Lost/Total > Datagrams > [ 4] 0.00-10.00 sec 1.26 MBytes 1.06 Mbits/sec 0.660 ms 0/161 (0%) > [ 4] Sent 161 datagrams > CPU Utilization: local/receiver 0.3% (0.0%u/0.3%s), remote/sender 0.1% > (0.0%u/0.1%s) > > iperf Done. > > Now I'm really confused. I thought UDP packets were going through at > full speed and TCP plackets were slow. This data says just the opposite. Yeah, Reco just explained this to me in a different thread. For UDP you need to specify the target bandwidth, the default is 1Mbps. Use "-b 0" to set it to unlimited. For earlier versions it needs to be at the end of the line, don't know about iperf3. See the man page for details. Petter -- "I'm ionized" "Are you sure?" "I'm positive." pgpXwfPUBWJ5q.pgp Description: OpenPGP digital signature
Re: HELP- very slow download speeds
On 06/03/2015 11:55 PM, Petter Adsen wrote: On Wed, 03 Jun 2015 09:41:49 -0700 Gary Roach wrote: On 05/25/2015 11:16 PM, Petter Adsen wrote: iperf will use either TCP or UDP. :) Petter Well, I'm back I used iperf3 as follows: iperf3 -c iperf.scottlinux.com The program just hangs. I also tried it with the -R switch with the same result. I then set up one the other computers on my internal net as a server (iperf3 -s) and got the following results: [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 1.02 GBytes 878 Mbits/sec 0 sender [ 4] 0.00-10.00 sec 1.02 GBytes 877 Mbits/sec receiver iperf Done. My local network seems to be working fine (I tried the -R switch as well. Same good results). Needless to say, I'm using a 100 Mbyte/second network. Seems good. I am behind a verizon M1424WR rev. I router firewall that has been free of any "known" transmission trouble before. Could the firewall be the problem or has scottlinux.com shut down their iperf3 server. Well, it's not shut down, as I just tried it and it works fine here. Maybe it was down, though, and you should try again? If it still doesn't work, then check your firewall. It shouldn't give you any problems, as you are simply trying to establish a connection to port 5201 on a remote machine, but check. Enable firewall logging, if possible, and see if anything gets blocked. Verify that you can reach the webserver running on the same host. Also try with UDP ("-u -b 0"). Petter Well all of a sudden iperf.scottlinux.com works The send and receive with TCP packets is about the same. Below is a typical example: root@xx# iperf3 -c iperf.scottlinux.com -R -V iperf 3.0.7 Linux xx 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) x86_64 GNU/Linux Time: Thu, 04 Jun 2015 23:42:13 GMT Connecting to host iperf.scottlinux.com, port 5201 Reverse mode, remote host iperf.scottlinux.com is sending Cookie: xx.1433461333.668186.036751 TCP MSS: 1448 (default) [ 4] local 192.168.1.7 port 49461 connected to 173.230.156.66 port 5201 Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 3.20 MBytes 26.8 Mbits/sec [ 4] 1.00-2.00 sec 3.24 MBytes 27.2 Mbits/sec [ 4] 2.00-3.00 sec 3.22 MBytes 27.0 Mbits/sec [ 4] 3.00-4.00 sec 3.23 MBytes 27.1 Mbits/sec [ 4] 4.00-5.00 sec 3.22 MBytes 27.0 Mbits/sec [ 4] 5.00-6.00 sec 3.16 MBytes 26.5 Mbits/sec [ 4] 6.00-7.00 sec 3.21 MBytes 26.9 Mbits/sec [ 4] 7.00-8.00 sec 3.20 MBytes 26.8 Mbits/sec [ 4] 8.00-9.00 sec 3.23 MBytes 27.1 Mbits/sec [ 4] 9.00-10.00 sec 3.22 MBytes 27.0 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - Test Complete. Summary Results: [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 32.4 MBytes 27.2 Mbits/sec 0 sender [ 4] 0.00-10.00 sec 32.2 MBytes 27.0 Mbits/sec receiver CPU Utilization: local/receiver 3.8% (0.6%u/3.2%s), remote/sender 0.1% (0.0%u/0.1%s) iperf Done. As you can see, I'm getting about half of the 50Mbits/sec for which I contracted. But this is way better than my actual speed. I ran the same test with udp packets and got: root@xxx# iperf3 -c iperf.scottlinux.com -R -u -V iperf 3.0.7 Linux x 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) x86_64 GNU/Linux Time: Thu, 04 Jun 2015 23:35:07 GMT Connecting to host iperf.scottlinux.com, port 5201 Reverse mode, remote host iperf.scottlinux.com is sending Cookie: xx.1433460907.576325.688abe [ 4] local 192.168.1.7 port 60092 connected to 173.230.156.66 port 5201 Starting Test: protocol: UDP, 1 streams, 8192 byte blocks, omitting 0 seconds, 10 second test [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-1.00 sec 136 KBytes 1.11 Mbits/sec 1.587 ms 0/17 (0%) [ 4] 1.00-2.00 sec 128 KBytes 1.05 Mbits/sec 0.902 ms 0/16 (0%) [ 4] 2.00-3.00 sec 128 KBytes 1.05 Mbits/sec 0.650 ms 0/16 (0%) [ 4] 3.00-4.00 sec 128 KBytes 1.05 Mbits/sec 0.565 ms 0/16 (0%) [ 4] 4.00-5.00 sec 128 KBytes 1.05 Mbits/sec 0.533 ms 0/16 (0%) [ 4] 5.00-6.00 sec 128 KBytes 1.05 Mbits/sec 0.598 ms 0/16 (0%) [ 4] 6.00-7.00 sec 128 KBytes 1.05 Mbits/sec 0.580 ms 0/16 (0%) [ 4] 7.00-8.00 sec 128 KBytes 1.05 Mbits/sec 0.577 ms 0/16 (0%) [ 4] 8.00-9.00 sec 128 KBytes 1.05 Mbits/sec 0.774 ms 0/16 (0%) [ 4] 9.00-10.00 sec 128 KBytes 1.05 Mbits/sec 0.660 ms 0/16 (0%) - - - - - - - - - - - - - - - - - - - - - - - - - Test Complete. Summary Results: [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-10.00 sec 1.26 MBytes 1.06 Mbits/sec 0.660 ms 0/161 (0%) [ 4] Sent 161 datagr
Re: HELP- very slow download speeds
On Wed, 03 Jun 2015 09:41:49 -0700 Gary Roach wrote: > On 05/25/2015 11:16 PM, Petter Adsen wrote: > > iperf will use either TCP or UDP. :) > > > > Petter > > > Well, I'm back > > I used iperf3 as follows: > iperf3 -c iperf.scottlinux.com > > The program just hangs. I also tried it with the -R switch with the same > result. I then set up one the other computers on my internal net as a > server (iperf3 -s) and got the following results: > > [ ID] Interval Transfer Bandwidth Retr > [ 4] 0.00-10.00 sec 1.02 GBytes 878 Mbits/sec 0 sender > [ 4] 0.00-10.00 sec 1.02 GBytes 877 Mbits/sec > receiver > > iperf Done. > > My local network seems to be working fine (I tried the -R switch as > well. Same good results). Needless to say, I'm using a 100 Mbyte/second > network. Seems good. > I am behind a verizon M1424WR rev. I router firewall that has been free > of any "known" transmission trouble before. Could the firewall be the > problem or has scottlinux.com shut down their iperf3 server. Well, it's not shut down, as I just tried it and it works fine here. Maybe it was down, though, and you should try again? If it still doesn't work, then check your firewall. It shouldn't give you any problems, as you are simply trying to establish a connection to port 5201 on a remote machine, but check. Enable firewall logging, if possible, and see if anything gets blocked. Verify that you can reach the webserver running on the same host. Also try with UDP ("-u -b 0"). Petter -- "I'm ionized" "Are you sure?" "I'm positive." pgpqAssy6poFn.pgp Description: OpenPGP digital signature
Re: HELP- very slow download speeds
On 05/25/2015 11:16 PM, Petter Adsen wrote: On Mon, 25 May 2015 18:53:42 -0700 Gary Roach wrote: On 05/24/2015 12:49 AM, Petter Adsen wrote: On Sun, 24 May 2015 00:27:02 -0700 Gary Roach wrote: On 05/22/2015 01:19 PM, Bob Proulx wrote: Darac Marjal wrote: Gary Roach wrote: When I start a download, it starts at 50M for the first few seconds and then drops to 500K to 100K range. Finally, don't rule out the possibility that your ISP is throttling you. While you may be synced at 50M and may be able to transfer at that for short periods (and thus, the ISP can rightly claim that you have a 50M connection), they could conceivably throttle your connection in the longer term. I think this is quite the most likely possibility. I have only anecdotal reports from friends but what I hear is that often ISPs allow a full speed burst but then throttle for long term steady state data transfer. That matches your reported behavior exactly. This allows customers to run a speed test and have it report full speed but prevent them from getting that speed for a long download such as a full system upgrade or a large install ISO image download. Are you sure your ISP isn't throttling you? Bob I wouldn't put anything past those jackasses but am still attempting to gather information. Would wireshark be a good tool to do an in depth diagnosis of the problem? I've gotten a little side tracked with another problem but plan to get back to this in the next couple of days. Any comments will be appreciated. If you have shell access to a box somewhere, you can run "iperf" to get an idea of the performance of the link between you. Obviously, the closer to you, the better. Take a look at the "--interval" parameter, so you can see how/if performance degrades over time. "--dualtest" might also be helpful. There are probably guides out there on how to get the best results from it, the man page doesn't really do much except list all the options. There may be better ways, but this is the one I typically use. Wireshark would be more suited to analyze the actual traffic, if you suspect something may be wrong there. Petter Thanks for the tips. Don't go away. As you will find in the newest listings, I have a bigger problem at the moment. I will be back to this one soon. Seen and replied to :) Comment on speed testers. The mostly use UDP packets which will never detect trashed packets. God I hate big business in this country. What ever happened to the antitrust laws I grew up with. iperf will use either TCP or UDP. :) Petter Well, I'm back I used iperf3 as follows: iperf3 -c iperf.scottlinux.com The program just hangs. I also tried it with the -R switch with the same result. I then set up one the other computers on my internal net as a server (iperf3 -s) and got the following results: Connecting to host 192.168.1.12, port 5201 [ 4] local 192.168.1.7 port *50916* connected to 192.168.1.12 port 5201 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 104 MBytes 875 Mbits/sec0 67.9 KBytes [ 4] 1.00-2.00 sec 105 MBytes 878 Mbits/sec0 67.9 KBytes [ 4] 2.00-3.00 sec 105 MBytes 883 Mbits/sec0 67.9 KBytes [ 4] 3.00-4.00 sec 106 MBytes 892 Mbits/sec0 67.9 KBytes [ 4] 4.00-5.00 sec 104 MBytes 875 Mbits/sec0 67.9 KBytes [ 4] 5.00-6.00 sec 104 MBytes 873 Mbits/sec0 67.9 KBytes [ 4] 6.00-7.00 sec 104 MBytes 875 Mbits/sec0 67.9 KBytes [ 4] 7.00-8.00 sec 104 MBytes 874 Mbits/sec0 67.9 KBytes [ 4] 8.00-9.00 sec 105 MBytes 877 Mbits/sec0 67.9 KBytes [ 4] 9.00-10.00 sec 104 MBytes 874 Mbits/sec0 67.9 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 1.02 GBytes 878 Mbits/sec 0 sender [ 4] 0.00-10.00 sec 1.02 GBytes 877 Mbits/sec receiver iperf Done. My local network seems to be working fine (I tried the -R switch as well. Same good results). Needless to say, I'm using a 100 Mbyte/second network. I am behind a verizon M1424WR rev. I router firewall that has been free of any "known" transmission trouble before. Could the firewall be the problem or has scottlinux.com shut down their iperf3 server. Your comments will be sincerely appreciated. Gary R
Re: HELP- very slow download speeds
On Mon, 25 May 2015 18:53:42 -0700 Gary Roach wrote: > On 05/24/2015 12:49 AM, Petter Adsen wrote: > > On Sun, 24 May 2015 00:27:02 -0700 > > Gary Roach wrote: > > > >> On 05/22/2015 01:19 PM, Bob Proulx wrote: > >>> Darac Marjal wrote: > Gary Roach wrote: > > When I start a download, it starts at 50M for the first few > > seconds and then drops to 500K to 100K range. > Finally, don't rule out the possibility that your ISP is > throttling you. While you may be synced at 50M and may be able > to transfer at that for short periods (and thus, the ISP can > rightly claim that you have a 50M connection), they could > conceivably throttle your connection in the longer term. > >>> I think this is quite the most likely possibility. I have only > >>> anecdotal reports from friends but what I hear is that often ISPs > >>> allow a full speed burst but then throttle for long term steady > >>> state data transfer. That matches your reported behavior exactly. > >>> This allows customers to run a speed test and have it report full > >>> speed but prevent them from getting that speed for a long download > >>> such as a full system upgrade or a large install ISO image > >>> download. Are you sure your ISP isn't throttling you? > >>> > >>> Bob > >> I wouldn't put anything past those jackasses but am still > >> attempting to gather information. Would wireshark be a good tool > >> to do an in depth diagnosis of the problem? I've gotten a little > >> side tracked with another problem but plan to get back to this in > >> the next couple of days. Any comments will be appreciated. > > If you have shell access to a box somewhere, you can run "iperf" to > > get an idea of the performance of the link between you. Obviously, > > the closer to you, the better. Take a look at the "--interval" > > parameter, so you can see how/if performance degrades over time. > > "--dualtest" might also be helpful. There are probably guides out > > there on how to get the best results from it, the man page doesn't > > really do much except list all the options. > > > > There may be better ways, but this is the one I typically use. > > Wireshark would be more suited to analyze the actual traffic, if > > you suspect something may be wrong there. > > > > Petter > > > Thanks for the tips. Don't go away. As you will find in the newest > listings, I have a bigger problem at the moment. I will be back to > this one soon. Seen and replied to :) > Comment on speed testers. The mostly use UDP packets which will never > detect trashed packets. God I hate big business in this country. What > ever happened to the antitrust laws I grew up with. iperf will use either TCP or UDP. :) Petter -- "I'm ionized" "Are you sure?" "I'm positive." pgpEI57MJPc9Z.pgp Description: OpenPGP digital signature
Re: HELP- very slow download speeds
On 05/24/2015 12:49 AM, Petter Adsen wrote: On Sun, 24 May 2015 00:27:02 -0700 Gary Roach wrote: On 05/22/2015 01:19 PM, Bob Proulx wrote: Darac Marjal wrote: Gary Roach wrote: When I start a download, it starts at 50M for the first few seconds and then drops to 500K to 100K range. Finally, don't rule out the possibility that your ISP is throttling you. While you may be synced at 50M and may be able to transfer at that for short periods (and thus, the ISP can rightly claim that you have a 50M connection), they could conceivably throttle your connection in the longer term. I think this is quite the most likely possibility. I have only anecdotal reports from friends but what I hear is that often ISPs allow a full speed burst but then throttle for long term steady state data transfer. That matches your reported behavior exactly. This allows customers to run a speed test and have it report full speed but prevent them from getting that speed for a long download such as a full system upgrade or a large install ISO image download. Are you sure your ISP isn't throttling you? Bob I wouldn't put anything past those jackasses but am still attempting to gather information. Would wireshark be a good tool to do an in depth diagnosis of the problem? I've gotten a little side tracked with another problem but plan to get back to this in the next couple of days. Any comments will be appreciated. If you have shell access to a box somewhere, you can run "iperf" to get an idea of the performance of the link between you. Obviously, the closer to you, the better. Take a look at the "--interval" parameter, so you can see how/if performance degrades over time. "--dualtest" might also be helpful. There are probably guides out there on how to get the best results from it, the man page doesn't really do much except list all the options. There may be better ways, but this is the one I typically use. Wireshark would be more suited to analyze the actual traffic, if you suspect something may be wrong there. Petter Thanks for the tips. Don't go away. As you will find in the newest listings, I have a bigger problem at the moment. I will be back to this one soon. Comment on speed testers. The mostly use UDP packets which will never detect trashed packets. God I hate big business in this country. What ever happened to the antitrust laws I grew up with. Gary R -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5563d226.2040...@verizon.net
Re: HELP- very slow download speeds
On Sun, 24 May 2015 00:27:02 -0700 Gary Roach wrote: > On 05/22/2015 01:19 PM, Bob Proulx wrote: > > Darac Marjal wrote: > >> Gary Roach wrote: > >>> When I start a download, it starts at 50M for the first few > >>> seconds and then drops to 500K to 100K range. > >> Finally, don't rule out the possibility that your ISP is throttling > >> you. While you may be synced at 50M and may be able to transfer at > >> that for short periods (and thus, the ISP can rightly claim that > >> you have a 50M connection), they could conceivably throttle your > >> connection in the longer term. > > I think this is quite the most likely possibility. I have only > > anecdotal reports from friends but what I hear is that often ISPs > > allow a full speed burst but then throttle for long term steady > > state data transfer. That matches your reported behavior exactly. > > This allows customers to run a speed test and have it report full > > speed but prevent them from getting that speed for a long download > > such as a full system upgrade or a large install ISO image > > download. Are you sure your ISP isn't throttling you? > > > > Bob > I wouldn't put anything past those jackasses but am still attempting > to gather information. Would wireshark be a good tool to do an in > depth diagnosis of the problem? I've gotten a little side tracked > with another problem but plan to get back to this in the next couple > of days. Any comments will be appreciated. If you have shell access to a box somewhere, you can run "iperf" to get an idea of the performance of the link between you. Obviously, the closer to you, the better. Take a look at the "--interval" parameter, so you can see how/if performance degrades over time. "--dualtest" might also be helpful. There are probably guides out there on how to get the best results from it, the man page doesn't really do much except list all the options. There may be better ways, but this is the one I typically use. Wireshark would be more suited to analyze the actual traffic, if you suspect something may be wrong there. Petter -- "I'm ionized" "Are you sure?" "I'm positive." pgpZloID2ob18.pgp Description: OpenPGP digital signature
Re: HELP- very slow download speeds
On 05/22/2015 01:19 PM, Bob Proulx wrote: Darac Marjal wrote: Gary Roach wrote: When I start a download, it starts at 50M for the first few seconds and then drops to 500K to 100K range. Finally, don't rule out the possibility that your ISP is throttling you. While you may be synced at 50M and may be able to transfer at that for short periods (and thus, the ISP can rightly claim that you have a 50M connection), they could conceivably throttle your connection in the longer term. I think this is quite the most likely possibility. I have only anecdotal reports from friends but what I hear is that often ISPs allow a full speed burst but then throttle for long term steady state data transfer. That matches your reported behavior exactly. This allows customers to run a speed test and have it report full speed but prevent them from getting that speed for a long download such as a full system upgrade or a large install ISO image download. Are you sure your ISP isn't throttling you? Bob I wouldn't put anything past those jackasses but am still attempting to gather information. Would wireshark be a good tool to do an in depth diagnosis of the problem? I've gotten a little side tracked with another problem but plan to get back to this in the next couple of days. Any comments will be appreciated. Gary R -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55617cd7.6010...@verizon.net
Re: HELP- very slow download speeds
On 05/22/2015 01:19 PM, Bob Proulx wrote: Darac Marjal wrote: Gary Roach wrote: When I start a download, it starts at 50M for the first few seconds and then drops to 500K to 100K range. Finally, don't rule out the possibility that your ISP is throttling you. While you may be synced at 50M and may be able to transfer at that for short periods (and thus, the ISP can rightly claim that you have a 50M connection), they could conceivably throttle your connection in the longer term. I think this is quite the most likely possibility. I have only anecdotal reports from friends but what I hear is that often ISPs allow a full speed burst but then throttle for long term steady state data transfer. That matches your reported behavior exactly. This allows customers to run a speed test and have it report full speed but prevent them from getting that speed for a long download such as a full system upgrade or a large install ISO image download. Are you sure your ISP isn't throttling you? Bob I wouldn't put anything past those jackasses but am still attempting to gather information. Would wireshark be a good tool to do an in depth diagnosis of the problem? I've gotten a little side tracked with another problem but plan to get back to this in the next couple of days. Any comments will be appreciated. Gary R -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55617d46.2080...@verizon.net
Re: HELP- very slow download speeds
Darac Marjal wrote: > Gary Roach wrote: > > When I start a download, it starts at 50M for the first few > > seconds and then drops to 500K to 100K range. > > Finally, don't rule out the possibility that your ISP is throttling > you. While you may be synced at 50M and may be able to transfer at that > for short periods (and thus, the ISP can rightly claim that you have a > 50M connection), they could conceivably throttle your connection in the > longer term. I think this is quite the most likely possibility. I have only anecdotal reports from friends but what I hear is that often ISPs allow a full speed burst but then throttle for long term steady state data transfer. That matches your reported behavior exactly. This allows customers to run a speed test and have it report full speed but prevent them from getting that speed for a long download such as a full system upgrade or a large install ISO image download. Are you sure your ISP isn't throttling you? Bob signature.asc Description: Digital signature
Re: HELP- very slow download speeds
On Thu, 21 May 2015 16:58:45 -0700 Gary Roach wrote: > I have 4 systems that have squeeze, wheezy and jessie on them. I > haven't updated one in a long time. They all suffer from extremely > slow downloads. I have a 50M verizon fiber optic line to a M1424WR > router / switch. I also have fios and my phone line on the same > system. When I start a download, it starts at 50M for the first few > seconds and then drops to 500K to 100K range. All 4 system react the > same. Two are the same hardware but one is older hardware and one is > a dual boot Toshiba laptop. > > Verizon insists their lines are OK. The have change out the router, > the interface unit outside and have bypassed the coax with there own. > Everything checks out. I have run their speed checker while > downloading. The speed checker shows 50M (about) and the download > speed is simultaneously around 250K. Everything is hardwired - no > wifi hookups. Further, my NetFlix may hickup once in a while but > generally works ok. No problems with our phone service. > > When this started, I was getting lots of packet loss errors with > "ping -f -U " but that has stopped today. The slow downloads > still persists > > I'm at a loss as to what is wrong. Any ideas will be sincerely > appreciated. I think Verizon is about to dump me on my head and wash > their hands of the whole problem. Thus leaving me with a dialup speed > expensive connection. > > Gary R > What are your upload speeds like? If they're ridiculously slow compared to your download speed, then you may find that you're not able to ACK packets quickly enough to sustain a steady 50M download (I can't immediately work out at what sort of level this will happen, but I'm sure there's someone more versed in networking who can tell you). Another consideration is to look at the router's statistics page for line errors. You might find that packets are being retransmitted a lot, which will lower the effective rate of transmission (though, if it's to the point of constraining 50M down to 250K, then there's something wrong with the line). Finally, don't rule out the possibility that your ISP is throttling you. While you may be synced at 50M and may be able to transfer at that for short periods (and thus, the ISP can rightly claim that you have a 50M connection), they could conceivably throttle your connection in the longer term. > -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150522103955.0b110...@rocky.darac.org.uk
HELP- very slow download speeds
I have 4 systems that have squeeze, wheezy and jessie on them. I haven't updated one in a long time. They all suffer from extremely slow downloads. I have a 50M verizon fiber optic line to a M1424WR router / switch. I also have fios and my phone line on the same system. When I start a download, it starts at 50M for the first few seconds and then drops to 500K to 100K range. All 4 system react the same. Two are the same hardware but one is older hardware and one is a dual boot Toshiba laptop. Verizon insists their lines are OK. The have change out the router, the interface unit outside and have bypassed the coax with there own. Everything checks out. I have run their speed checker while downloading. The speed checker shows 50M (about) and the download speed is simultaneously around 250K. Everything is hardwired - no wifi hookups. Further, my NetFlix may hickup once in a while but generally works ok. No problems with our phone service. When this started, I was getting lots of packet loss errors with "ping -f -U " but that has stopped today. The slow downloads still persists I'm at a loss as to what is wrong. Any ideas will be sincerely appreciated. I think Verizon is about to dump me on my head and wash their hands of the whole problem. Thus leaving me with a dialup speed expensive connection. Gary R -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/555e7135.9000...@verizon.net