That would make sense if a whole file was being downloaded from a slow SNO.
But you’ll get 28 chunks out of however many (I can’t remember exactly the numbers) it tries first, so even if the SNOs are relatively slow, the parallelism should compensate for that.
Apparently it doesn’t, at least not enough. According to the previous posts, Storj found that the network was too slow, so they made some changes (reduced the data expansion, changed how nodes are selected to select faster nodes etc). So, now faster nodes get more traffic than slower nodes and if they fill up the remaining slower nodes may not be enough. Apparently the new customer is planning to upload data at 100gbps or some other high speed.
Well in fact i think this could be a possible reason.
The next question is about possible drops in terms of data distribution.
If there are SNO with sufficient bandwidth, spinnig up new nodes one by one in same /24 subnet, because disks fill up fast, then the amount of incoming traffic will be divided to all available nodes… Will the traffic be divided by amount of online nodes in subnet or will the traffic be divided by online nodes in subnet with space available?
If divided by online nodes without consideration of available space , there could grow a bottleneck because the amount of full nodes rises while the incoming traffic will be divided by more and more nodes including the full ones. That would lead to decending download rates on the nodes with space available.
From my interpretation, it was too slow on the upload (to the servers). I don’t think they ever tested downloads.
Yes, it looks like the new customer is planning to upload a lot of data, but rarely download it.
That won’t change the bandwidth: as nodes fill they’ll stop being available for ingress. So the upload won’t be “divided to all available nodes”. Maybe there’s one-node-with-space… or one-node-with-space-plus-twenty-full-nodes. It will be the same bandwidth to that one-node-with-space 
This all hinges on those SNOs ‘with sufficient bandwidth’… to never stop expanding when they fill. We’re not all @Th3Van - most of us have limits 
Also… we don’t know where all the data is going to be coming from.
We don’t know if this is one big centralised company or a lot of smaller users uploading data from all over the world.
So the current pool of “fast SNOs” may actually not be the fastest ones for the end-client if and when they do start uploading data.
@littleskunk how SLK Graduating our nodes if it not make Audits? or you have some other procedure? I spined some new nodest, but it lokes strange.
When I win Euromillions (should happen aaaaaany day now), I’ll buy a server with 3TB of RAM too… 
None of my new nodes have ANY audits from SaltLake. I think they disabled the vetting requirement altogether for the duration of the test.
I’ll buy a server with 3TB of RAM for testing too…
His test env is better than most companies production.
Same here. We could just send it to /dev/null and still get paid for 30 days. 
I guess that’s for new nodes only, as my node gets audits from saltlake
or 10k of distributed stores all over the globe.
Write-only data would be very simple to “store” if not for the pesky audits.
In 2017 I had a brief chance to work on an absolute monster with 12 TB of RAM and >500 CPU cores. I couldn’t reasonably take advantage of all that power despite doing CPU-heavy stuff. htop view was amazong though.
On the other side, now I’m working at a place where spinning up a Spark cluster with hundreds of nodes in the cloud is a daily routine 
A new record of GC on these test data. 6M pieces moved to trash over 104h, totalling around 700GB, again while receiving ingress. It also reported a piece count of 28M from the saltlake satellite.
It just takes a very long time, I’m on my 3rd month and I’m only at 22/100 for saltlake
That’s amazing: congrats! I wish I’d see more posts from SNOs that fill a HDD and sound actually happy about it like you! 
Some here are like:
“Yeah, I guess it’s full. Yeah, I guess I’m getting paid. But there’s TTL data in there. And I wish someone would send me a signed letter from the Prime Minister of Canada authenticating it’s all real customer data… and prepaid for 10 years using gold bars. But I guess it’s still OK. Maybe. Kinda.”
Be happy people! 
I’m happy as long as I can fund my photo backups on Storj. Currently don’t need more than $2/month for that.