Open mateon1 opened 7 years ago
I think this was fixed at some point by including repo-size estimations in flatfs. Please try upgrading.
I am getting this behavior as well on ipfs version 0.21.0
. I currently have terabytes in a local private cluster so while it's technically usable i'm interesting on how this is suppose to scale
Update: I cancelled this after about 30 minutes
% sh -c "time ipfs repo stat -H" !10237
^C
Error: context canceled
real 29m0.527s
user 0m0.287s
sys 0m0.103s
Version information:
0.4.5-dev, 56058c1 with HAMT sharding merged in (unrelated)
Type: bug
Priority: P2
Description:
On a repo with 312695 objects, on a HDD formatted with NTFS,
ipfs repo stat
seems to take forever to finish. I assume it's doing something inefficient when checking for filesizes, asipfs refs local
finishes in 18 seconds.(on a side note,
refs local
also seems slightly slow, but that might just be an IO bound)