![]() ![]() ![]() ![]() |
|
Regards FireEngine
Jase2985: so your line speed is 24mpbs and those above are your speed tests but you cant seem to download anything that fast? are you sure its not the download source thats the problem?
i find some things wont download at line speed,
your connection is stable or else it would be disconnecting all the time, what are your errors like?
FireEngine: Here are your modem stats, you are sync'd at 24,752 which corresponds to the line speed you are getting on both eth and WiFi, the issue is therefore whether your line can be improved as this is a borderline case for rollback to ADSL depending on your actual speeds on ADSL and your distance from the exchange or cabinet. I'll have one of the team check and advise.
FlameBeard: Judging by your noise margin, you're 900 meters away from the exchange, borderline roll back cut off. You're not getting 70mb down
hio77:cant see Fireengines screenshot of your stats..
however, sounds like possibly your line settled in and synced a bit slower..
FlameBeard: it would be nice, but you're talking about a xDSL product. You're not gonna get a whole lot of promises around consistency considering you're at the mercy of your download source for bandwidth/contention. If it was jumping from 3.2 mb/s to 500kb/s or something like that every couple of seconds then yeah that would be cause for more fault investigation, but right now I can't see how we're going to be able to improve that stability for you when it is not something we control.
User123456:FlameBeard: it would be nice, but you're talking about a xDSL product. You're not gonna get a whole lot of promises around consistency considering you're at the mercy of your download source for bandwidth/contention. If it was jumping from 3.2 mb/s to 500kb/s or something like that every couple of seconds then yeah that would be cause for more fault investigation, but right now I can't see how we're going to be able to improve that stability for you when it is not something we control.
Could you explain what you mean when you say "we are talking about a xDSL product"??
The variation happens during say a download period of 4 minutes... while its not every couple of seconds, its not exactly like its being different and a new day. I.e One day it downloads consistently at 3.2MB/s and then a few days later at 500KB/s... That I would definitely put down to the source being the issue.
I asked this earlier on (I think it was to Jase and FireEngine), but then could you explain why I got a consistant download speed of 1.1MB/s on the ADSL connection from the same source as opposed to now a varying download speed on the VDSL plan?
User123456: just needing the consistency now... even at the lower sync rate (refernce to the reply after FlameBeard's quote
Regards FireEngine
Just a point I have made elsewhere but your upload usage is typically in the region of 16-37GB per day, this is enough to cause speed variations on the download due to how tcp works.
Understand what you are uploading and limit its bandwidth, you will then see properly what the download performance can be. Better still, shut of the seeding/syncing completely and run some tests at peak time, then we can better decide if there is an issue to fix.
User123456: "due to how tcp works",
Regards FireEngine
User123456: @Flamebeard - thanks for the explanation. I see what you are getting at. What still intrigues me is as to why the download speed on ADSL was constant for me and yet on the new VDSL it varies quite a bit. Strangely enough and for whatever this may be worth, my upload speed is constant on VDSL (as it was on ADSL but @100KB/s)... I back up a lot of my stuff to cloud storage and file hosting websites, and I can achieve an upload speed of 1.1MB/s for the duration of the whole file transfer. No drops.
@Jase2985 - my apologies, I found this http://puu.sh/awTn3/cd69108352.png ... are these the errors you were looking for?? If not, then could you please advise where exactly I should go and find what you are looking for?
@FireEngine -Just a point I have made elsewhere but your upload usage is typically in the region of 16-37GB per day, this is enough to cause speed variations on the download due to how tcp works.
Would you mind clarifying something for me, when you say "due to how tcp works", does TCP adjust in real time I.e. say I am uploading at my maximum of 1.1MB/s, would it reduce/vary my download speed until the upload speed decreases? Or does TCP look at the amount I have uploaded at and then limit/vary my download speed based on that?
Why Im asking is because when I was downloading and getting the varying download speeds, I had nothing uploading/seeding at the time. I made sure of this to give me the best results... however its exactly like what you referred to later on:Understand what you are uploading and limit its bandwidth, you will then see properly what the download performance can be. Better still, shut of the seeding/syncing completely and run some tests at peak time, then we can better decide if there is an issue to fix.
Its exactly like the bandwidth is being limited by something, but its not uploading thats limiting it ;). Hence why I am asking about TCP whether its real time and adjusts accordingly or is it over a period of time (a couple of days)? As I mentioned earlier as well when you noted how much I am uploading, I shut all of them off and disconnected all wireless devices (except the one I was using) before doing any kind of tests.
My personal understanding is that TCP adjusts in real time, if Im uploading at 1.1 MB/s then I dont expect to get 2.7MB/s download speed.
#include <std_disclaimer>
Any comments made are personal opinion and do not reflect directly on the position my current or past employers may have.
|
![]() ![]() ![]() ![]() |