or could be that nowadays enough homes with fiber?
like L.A. to Berlin in 60ms or something, better than L.A to L.A on copper
beside i insist to delay test data uploads if in plans, my nodes are full in trash i hope in 5 days it will go away largely
it is up to client when begin and how much as i understand.
Do we have a hunch if new custom onboarding data will resemble the test data in “flow”? From a node operator perspective:
if so, that will be useful so we can be ready from a BOHICA* perspective
* Bend Over Here It Comes Again
I think the original post of this thread details expectations. I understand why you ask but each customer has different needs. We will know more as they onboard.
It depends. My nodes located in St. Petersburg, so @vovannovig have nodes much close to the nearest network hub and should have much more wins, than mine.
However, right now most of the used space (more than 80%) on my nodes are used by the US1 customers.
I don’t think so, the customers cannot do it without explicit code modification. We supporting Geofencing, however, it’s limited to some regions, but Ukraine is a part of European geofencing as far as I know. Some customers requesting to exclude Russia though or include only EU for GDPR reasons, but I’m not aware of anyone who requests to exclude Ukraine.
I believe that may be a culprit, the node selector prefers nodes with a high reputation. What is the reputation of these nodes? Are there any scores below 100%?
Suspension -100%
But online is of course below 100%
Ensuring 100% is almost impossible in these conditions.
For testing, I launched a node on the NVME, it’s still quite a lot - “manager closed: unexpected EOF”
Yes, I can understand, but this is what I can assume from the situation. I believe that your nodes should have much less latency, than mine, you should be close to the network hub (at least I think so…).
this is quite normal, I have them as well. Right now after the cleanup, my nodes half full. So, I would expect the traffic from these customers soon.
Please, do not give up!
Thank you.
I’m trying very hard to optimize everything I can and hope that the nodes will start filling up and storing more and more data.
Waiting.
No real update yet. I had already the feeling nothing is going to happen this week. Monday is a holiday so maybe Tuesday next week it continues.
Being already accustomed to more persistent user data, with a grow of about 250GB/day (which is expected to increase after the weekend, when all trash has been deleted) I wouldn’t mind if it would remain this way 
I just want to say, I had like 50% of data that wasn’t marked as trash and it was just sitting there unpaid. Good that you fixed this
after a few days like -10TB/day last week, I am still like -1,5TB/day so few things could change Now I hold less data than I was paid for last month, so not only unpaid trash is being deleted for me. But I prefer customer data which are growing.
@storjlings Are all “hacked and free accounts data” from eu and us deleted by now?
It doesn’t matter. Each satellite has a deletion queue of abandoned or failed to pay accounts and they are deleted every time, just nobody can say, when they all will be deleted, because the queue is not empty as far as I know. Some customers would pay their invoices and their accounts would be removed from that queue, so almost like with the customers data - it’s not predictable when it’s related to the humans’ behavior.
Also not only Saltlake has TTL data, on my nodes I see a lot of such data from the customers of US1 as well.
Please tell me what script you used to watch this?
====
I have old tools and they show quite good results, but this node is actually very loaded and there are quite large delays in the file system, the queue for processing by the bloom filter (deletion)
pwsh .\successrate.ps1 -Path storagenode.log
========== AUDIT =============
Successful: 46
Recoverable failed: 0
Unrecoverable failed: 0
Success Min: 100%
Success Max: 100%
========== DOWNLOAD ==========
Successful: 748
Failed: 3
Success Rate: 99.6005326231691
========== UPLOAD ============
Successful: 6056
Rejected: 0
Failed: 107
Acceptance Rate: 100
Success Rate: 98.2638325490832
========== REPAIR DOWNLOAD ===
Successful: 179
Failed: 0
Success Rate: 100
========== REPAIR UPLOAD =====
Successful: 179
Failed: 38
Success Rate: 97.2343522561863
If you use the same tool, it looks quite strange, the numbers 98-99% indicate that everything is fine, but the node actually, if you look at the delays (more than 200 ms), queues (more than 3,4), requires attention and optimization.
If even such a node can handle the load (Yes, I understand that it is small and there is almost no test traffic now), then my other nodes are in super condition))) - but then why are there discrepancies with occupied space, long scanning time, bloom filter processing queue and so on…
What tool are we talking about?
I mean those delays and queues, how to get those insights?
I use Windows and the delays are visible in the task manager, and the queue length in the “resource monitor”
Very little traffic, after these large-scale deletions I really want to fill it up.
Please tell me, will the download resume?
It looks like space is still getting filled at the long-term-normal rates we’ve seen in the past (around 8TB-per-/24-per-year?). But it can be hard to notice beneath the mountain of expiring test data.
Ignore Storj unless you get an email saying a node is offline: it’s like watching water boil: do something else with your life while you wait 
I understand what you are saying, but in my situation I need to monitor performance and provide both internet and power backup.
This naturally consumes resources…
I am forced to monitor and asked a question to understand if there are plans to add more test data or increase the load in the near future. (I am not whining or crying, I am asking for objective data and plans if such are known)