Investigate Propfind deep benchmark

[micbar]

Description

We have a slight performance drop (~25%) between ocis 1.13 and ocis 1.14.

See #2671

Investigation is needed.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 10 days if no further activity occurs. Thank you for your contributions.

[micbar]

Still open

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 10 days if no further activity occurs. Thank you for your contributions.

[micbar]

still needs investigation

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 10 days if no further activity occurs. Thank you for your contributions.

[micbar]

still needs investigation

[butonic]

this is getting worse. AFAICT cdperf uses the legacy /dav/files/{username} endpoint. For that the ocdav service acts as a client that has to query every storage space a user has access to to determine the most recent etag to present for the root. First the code lists all storage spaces the user has access to, then it has to do a stat request to fill the etag and mtime. by requesting the new root_info property we could get rid of the additional stat request.

Furthermore, the ocdav service should cache share spaces for recipients, because they don't need to immediately see changes when using the legacy endpoint.

For /dav/spaces/{spaceid} this enumeration problem does not exist.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 10 days if no further activity occurs. Thank you for your contributions.

[micbar]

Caching was implemented on some levels.

• Stat cache
• xattr cache