Same here.
What are the other implications? In the commit it is mentioned node dashboard will show fake numbers - I assume in regards to free space?
And does this work with LVM as well, or how does the node determine on which volume the mounted folder resides?
And is there a way, when activated, to get the free space the node thinks the volume has?
Thank you.
Garbage collection, trash cleanup and TTL cleanup will still run a stats call. So the improvement is limited to not having to run used space calculation even when the numbers on the storage node dashboard are wrong. With this flag the used space value doesnāt matter and the node will continue to accept uploads as long as there is enough free space available.
Was the reason the hard drive kept making noises because of filewalker??? I too was bothered by the sound of the hard disk being read, so Iām looking forward to it if it can be quiet!
I donāt understand that question. The line I linked also contains the information that it is experimental. I would split the storage node community into 2 groups. One group that is experienced enough to run experimental features and fully understands the risk. And the other group that would just turn it on blindly and is unprepared for any side effects. So hidden ist just an additional filter to make sure this feature gets enabled on the nodes that can deal with it. If it turns out that this feature doesnāt work you would ask why make it available for everyone. So thats why it is hidden.
(I wouldnāt call it hidden. It just forces me to read the code in order to enable it. Feels more like a fully visible feature just with an extra āread the manualā requirement to get to it.)
I donāt understand that reply. Badger is also experimental (with breaking changes that prevent nodes from starting if it gets corrupted), yet itās in the config.yaml.
Sorry for that. However, itās not a released version. You may test it for the QA satellite though
P.S.
Do you know why is it called a Release Candidate (-rc), but not a Release and even not a Pre-release?
Disclose:
because itās not considered for a release, until itās fully tested.
So, thanks for a feedback! Itās really helpful!
meaning, that I shared it with the team
Beta release: we added a new feature/fixed a bug. We think the change needs testing.
Alpha release: we took your suggestions and implemented them, fixing what was broken in the beta release. We are pretty sure itās ok, but it still needs more testing. Release Candidate: Barring any last minute bugs, this code should be identical to the production release (=a candidate for being released)
Production: we fixed what we could/identified in the previous releases, and we now consider this as OK to release to the public as a stable version.