Uh oh!
There was an error while loading. Please reload this page.
Add method to storage backends to get directory content with metadata - #20232
Conversation
ChristophWurst
left a comment
There was a problem hiding this comment.
Can't say if the change semantics are sound, but the code looks fine
rullzer
commented
Apr 3, 2020
Conflicts... please rebase |
1055e22 to
2efec34Compare0256b7b to
3c97369Compareskjnldsv
commented
Apr 11, 2020
Lots of failures :) |
827b3fe to
f497ff6Compare7ea5676 to
f31daf8CompareCurrently you need to use `opendir` and then call `getMetadata` for every file, which adds overhead because most storage backends already get the metadata when doing the `opendir`. While storagebackends can (and do) use caching to relief this problem, this adds cache invalidation dificulties and only a limited number of items are generally cached (to prevent memory usage exploding when scanning large storages) With this new methods storage backends can use the child metadata they got from listing the folder to return metadata without having to keep seperate caches. Signed-off-by: Robin Appelman <robin@icewind.nl>
f31daf8 to
9735b5dCompareicewind1991
commented
Apr 20, 2020
ci seems happy now |
nickvergessen
commented
Apr 22, 2020
Breaks Talk integration tests (as it is askign on the root node whether it is shared, and that triggers: Full log + stack: |
nickvergessen
commented
Apr 22, 2020
To see it run |
icewind1991
commented
Apr 22, 2020
I'm having some issues running the tests but I guess #20599 might fix it |
Currently you need to use
opendirand then callgetMetadataforevery file, which adds overhead because most storage backends already
get the metadata when doing the
opendir.While storagebackends can (and do) use caching to relief this problem,
this adds cache invalidation dificulties and only a limited number of
items are generally cached (to prevent memory usage exploding when
scanning large storages)
With this new methods storage backends can use the child metadata they
got from listing the folder to return metadata without having to keep
seperate caches.
Signed-off-by: Robin Appelman robin@icewind.nl