It’s not really our servers - all snap downloads are served from a CDN (Fastly), so it’s not something we can just “upgrade”, but we can certainly collect data and see if there’s any other action we can take. As noted above, if you go to fastly-debug.com (must be on the same network as the affected systems) it will give you a report which can be downloaded in text form and pasted here.
Not YOUR servers? Mate, I had to wait 45 minutes to get a confirmation email from Snapcraft.io to confirm my account so that I could write this message… 45 MINUTES to get an account confirmation email!!!
No matter what I install from snap, it doesn’t go beyond 140Kbps. I have a 80MBits/s optic fiber link and I can certainly tell you that something is wrong with this snap infrastructure. Horrible performance.
Is there any mirrors that can be used? Sorry if I sound pissed off, but I am pissed off! I was so happy that I found a potentially universal package manager for Linux, but first try was disappointing at best!
I have a 30MBps cable link and snap downloads typically saturate my bandwidth and are very fast. There’s more to download performance than just advertised last-mile speed, and a number of factors between you and the server you’re trying to reach can affect this.
As stated in the previous message, you can go to fastly-debug.com and check what your performance is to the nearest Fastly mirror/POP server. If you then post that information here, it can help us see if there’s a pattern that we can report to the CDN provider. Even better, if you typically see that poor performance, and can get us several fastly-debug dumps at various times of the day, it would be better than just a point-in-time snapshot.
Client IP Info
IP 111.xx.xx.xx
AS Name SNAP-NZ-AS Snap Internet Limited, NZ
AS Number 23655
City mount victoria
Continent OC
Country new zealand
State WGN
Resolver IP Info
IP 111.xx.xx.xx
AS Name SNAP-NZ-AS Snap Internet Limited, NZ
AS Number 23655
Country Code NZ
Server Connection Info
IP 151.101.164.64
Datacenter AKL
BW to server 18.96mbps
Congestion Window 30
Next Hop 172.19.146.1
RTT 13.72ms
Delta Retransmits 0
Total Retransmits 10
POP Latency (ms)
SYD 36
PER 84
BNE 57
MEL 53
SIN 218
LAX 177
AKL 14
WLG 12
ANY 49
Request Info
Time Mon Aug 05 2019 15:37:12 GMT+1200 (New Zealand Standard Time)
Host www.fastly-debug.com
Accept text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8
User-Agent Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0
Accept-Language en-US,en;q=0.5
Accept-Encoding gzip
X-Forwarded-For
This shows the data center used to serve content to you (it’s geographically close to you, I think) and the speed from you to the datacenter, at the moment this debug dump was produced.
Are you still seeing slow downloads? The BW measurement would indicate not, but I’d like to confirm either way.
if you’re ever seeing slow downloads, then at that moment you can go to fastly-debug.com and get a data dump such as this one; if the “BW to server” measurement is low, that would explain the slowness. If it’s not low, it might mean our transfer speed to the CDN datacenter is the problem; so having the information either way is quite useful to us.
On Ubuntu 20.04, I was having issues with this as well, both getting unexpected EOF and unexpected 503, when trying to install VS Code with
snap install --classic code
The download simply wouldn’t start.
Instead of using the GUI to authenticate, I tried to run
sudo snap install --classic code
And it worked perfectly.
Please tell me I am crazy, because I feel like this really should not affect anything related to the network speed. I tried both a couple of times to verify, but perhaps it is still some kind of heisenbug.
We’ve been experiencing some issues today due to a large surge in load with the 20.04 release and doing our best to keep things running smoothly. Latest status can be found at https://status.snapcraft.io/
I am here to confirm the same scenario. Pretty slow in 20.04 even
Shows it will take 20mins download VLC and 165Kbps is the maximum it went regarding download speed
Downloads have been slower than usual over the last couple of days due to additional load from the release of Ubuntu 20.04 LTS. We’ve made some tweaks this morning that should have sped things up.
I understand that these are not “your” servers but this problem exists in almost every region on the planet and exists only with downloading your packages. Which means that chance of a fault in servers is a billion times the chance of a problem in our connections. Pleas rectify the error.