There are currently at least 2,000 SNs per the last known contacts from the now defunct unauthorized storjnet.info … SNOs are probably only going to post “positive” success results, especially on threads such as this one. A prior post of mine much further up included my thoughts on why this particular metric is a poor metric to judge an individual node’s performance. It’s a relative measure of the ability of a given node to catch data, but the top level measure itself leaves out most of the differentiating factors – most of which are not under the control of the SNO.
My own success rates hover in the low to mid 80% mark. And I believe --I haven’t re-checked threads-- that I’ve seen at least two or three posters on this forum list success rates in the mid 60s. And your own analysis above clearly states the reality that 90% success rate for a particular node necessarily means that another node will have a 50% success rate.
It’s impossible for every node to have a 90% success rate, and the slower nodes are likely to be home networked and geographically far from satellites.
A home connection is certainly fine. However, a typical home scenario includes significant risk of hardware failure and electricity outage. Both of these risks combine to exclude – in the long view – most home built node operators.
The most profitable scenario is a data center server running multiple services on regularly maintained servers. In such case, the data center is recovering a little more profit from the sunk costs of the hardware. It doesn’t cost much more to run a Storj node on a server that is running 50 small web sites simultaneously…
I beg to differ. Running my slow node since we announced Alpha. It costs me nothing to keep it going as electricity around here is dirt cheap. My entire house including the node and a fan that is constantly blowing on it don’t consume even any more than the minimum charge every month. Internet is on anyway for other uses. So why not keep it running, if it makes even a little extra income? And btw my sucess rate has been less than 50% until just this last update. Why should I give up my held amount by quitting now?
My statements above are not meant to apply to any given individual SNO. Certainly, there will be operators who are at or below 50% success rate and still continue to run a node. However, the network is still in Beta stage, and my statements are meant to be applied to a statistical collection of node operators.
An individual node represents 1/2000 th of the SNs and a varying low percentage of the overall networked storage space. My conjectured argument is that a statistically significant portion of home run nodes will be slower and have less storage space than a statistically significant portion of the data center run nodes.
If you consider the standard computer game of life and try to imagine each SN as a cell adjacent to a faster SN cell, you’ll get the idea. The faster cell will beat the slower cell to the data and thus will eventually grow to occupy more of the networked storage space. Eventually, nodes that are slower will become even less likely to catch the data pieces as faster neighbor cells accumulate.
I don’t want to comment to much on the ‘centralization’ point but in case pure speed / hardware / connection would lead to more data then the main holders of the data could be considered ‘more centralized around the performance points’.
Nevertheless I wanted to make sure. My node is connected to a very slow / private ADSL connection here in Holland - there are much more / much faster options available but I don’t see the point of paying for it - Yes, my hardware is a little bit overpowered but the Synology would run every day anyhow for backups and some playing around… just the 2x 1 TB SSDs / SSD Cache is really overpowered but had the feeling drove significant speed increase for storj.
Ik have a homeserver which I use for some downloading, nextcloud and storj. Since 0.26.2 I have the feeling my stats for UPLOAD and DOWNLOAD have improved. Allthough it was always above 95%. However, I also think my REPAIR DOWNLOAD stats have decreased. But the numbers are still quite low. So hard to tell
Hardware : Ubuntu server, i5-2500k with 4 gb RAM. in total 24 TB ish diskspace, only 8 TB for storj atm Bandwidth : Home fiber 100 mbit up and down Location : Rotterdam Node Version : v0.26.2 Uptime : 40h27m max-concurrent-requests : DEFAULT successrate.sh :
Unfortunately i have no idea what the hell is wrong with Line 55/81
Did you have the same Problems?
I run successrate.sh with same Logfile on my Rpi and it works fine…
On a raspberry pi 4 with an 8TB usb drive network 500/500. My other server (an actual powerful server) on a 250/25 connection has roughly the same rates. I really wonder what kind of crappy hardware the people who get 50% use, if a raspberry pi and 25mbit upload seems sufficient. (even 10mbit should be fine according to the posts above!)
I now have an uptime for over 300 hours since the last update. The numbers have not really changed. I am pretty happy about it, but the REPAIR DOWNLOAD is a bit of a concern for me
My numbers don’t look as good as the rest of the stats posted in this thread. What am I doing wrong?
Hardware: Rasbpi 3B+, Geekworm SATA expansion board, 2TB drive Bandwidth: home gigabit fiber Location: San Francisco Bay Area Node Version: v0.26.2 Uptime: 65 days max-concurrent-requests : DEFAULT successrate.sh:
This may answer both @Derkades’s and @zcopley’s question. You’re both using similar hardware on fast connections. There are 2 elements that could still explain the difference. Most likely one is just distance to the uplink. Right now most traffic is still test traffic, which originates mostly from Germany. @Derkades didn’t list location, but I’m guessing that node is probably in Europe somewhere. The other thing is disk write speed. I’m going to guess that the 1TB disk is both older and slower than the 8TB one @Derkades uses. So you’re not necessarily doing anything wrong, this is just what your current setup performs like with current test traffic. No worries though, customers will be spread out globally and this distance effect will eventually even out when traffic moves to actual customer traffic and away from test traffic.
You are right, I am in the Netherlands, so I will naturally have a latency advantage. I wouldn’t say it’s a disk issue (unless it’s nearly dying). My two nodes with 1TB WD greens that are ~10 years old get great percentages. I do use ZFS on them so that may improve performance
That’s interesting that most of the test traffic originates mostly from Germany. Isn’t the Storj team in Atlanta, GA?
You are right about the slow disk. I misspoke when I said it was a 1TB drive. It’s actually 2TB. This is the exact disk that I bought, specifically for my Storj node. Here is the exact disk (Amazon link) I’m using. But is the latency/throughput of the disk really a gating factor compared to the internet connection? I assumed I could get away with a slower disk. If I had known it made such a difference, I would have bought an SSD or something.
I would say location is by far the biggest reason for the difference. The HDD is a distant second to that. Buying an SSD is not worth it. It would be really hard to earn that investment back.
- Yes, my hardware is a little bit overpowered but the Synology would run every day anyhow for backups and some playing around… just the 2x 1 TB SSDs / SSD Cache is really overpowered but had the feeling drove significant speed increase for storj.
