Especially with APFS adding fast directory sizing, it's ultimately the responsibility of each individual filesystem driver to calculate directory size. And the driver is also the only code that can tell whether the last returned size is still correct. Which for some filesystems (SMB) it should be impossible to know without traversing the entire subdirectory tree again.
Re:MacOS Finder Shows Zero-Size Folders
by apple4ever on Tuesday March 05, 2019 @01:19PM
(#19312745)
Except Apple doesn't use fast directory sizing...
Re:MacOS Finder Shows Zero-Size Folders
by iceninenines on Monday February 25, 2019 @03:26AM
(#19244001)
This is where fast and reliable caching strategies, and lazy, parallel enumeration come in. I would almost want the .DS_Store to include a summary of a tree's metadata and update what's in view by watching watchable filesystems in order to avoid as much full remote tree walking as possible. Shared remote filesystems without a differential/OT push metadata notification API reduce clients to glorified polling. :(
Re:MacOS Finder Shows Zero-Size Folders
by iheartpotatoes on Monday February 25, 2019 @10:33AM
(#19246307)
How can you make that claim with a straight face? If you don't know the size of the node/folder/dir and need to compute it, never ever ever ever give a definitive answer that is wrong, give an in progress answer. There should be no "edge" case. We've been writing file managers for 40 fucking years. Sorry, this is just nonsense and pisses me off. There is such a thing as defensive coding.
This seems to occur only on Softraid (and maybe SD card) filesystems.
So it's just an edge case that probably never was considered or only manifests until certain circumstances.
Hardly a guaranteed symptom of sloppy work.