This code is the WalkDir algorithm ripped out from MinIO's ListObject logic. Changes had to be made to get this code to compile. I sadly started versioning too late, otherwise it could have been even clearer which parts of the code I had to change.

The tool will only work on MinIO buckets. It will recurse on other paths as well, but the algorithm is designed for xl.meta files and __XLDIR__ directories and will not count other files or directories properly.

The tool outputs a CSV line, e.g.

$ ./walkdir /path/to/minio/bucket
# Number of files; Total duration
209394;1.854680

go build -o walkdir

# Register an alias
mc alias set nasxl https://localhost:9000 <accesskey> <secretkey>

# Create an empty bucket
mc mb nasxl/test20000

./measure-openFileNolog.sh nasxl/test20000 1 400 50 /gluster/repositories/<repo>/<space>/test20000

# --persist will keep the plot window open
gnuplot --persist -e "filename='/path/to/output.csv'" ./plot.plt

The resulting plot should look like this:

All over the place. If you want to compare it to MinIO it's best to search for a line of code directly.

The code could be cleaned up heavily, but I opted not to do so to retain the highest amount of similarity to the original code.

I used commit 34e35c3 as a basis, which at that time was the latest commit on the iternity-rb branch

I commented all of them out, because the code runs synchronously anyway. I've kept them in place, but I don't think that it should affect the runtime significantly.

I also ran into some trouble where the code would either return an incorrect count or deadlock. The deadlock occurred because the main routine was waiting for a separate counting Goroutine. The counting routine blocked and waited for input from the channel and would not unblock, even when the channel was closed.

Rather than fixing this, I opted to comment out the code and do everything synchronously.

MinIO implements it's own logger. To not pollute the very specific csv output of the tool I simply commented out all places where the logger was used.

Error messages should still be returned as expected everywhere, except in WalkDir() where any critical error should cause a panic.

Yeah, I don't think we need that. We're running the code synchronously in one instance. No Goroutines are involved, so there's no need to synchronize anything. I mainly chose to comment this out, because it saved me from having to copy more code over.