maindavfs2 - Support: sr #110764, Version 1.7.0 much slower than...


sr #110764: Version 1.7.0 much slower than 1.6.1 (a hundred times slower)

Submitter:  None
Submitted:  Wed 09 Nov 2022 09:11:41 PM UTC
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  None
Privacy:  Public Assigned to:  None
Originator Email:  -email is unavailable- Open/Closed:  Open
Operating System:  GNU/Linux
* Mandatory Fields

Add a New Comment Rich Markup

Thu 21 Dec 2023 03:47:09 PM UTC, comment #3: 

I'm seeing similar behaviour after transitioning from Debian (on 1.6 series) to Fedora (on 1.7.0). My primary use of davfs is to rsync content to and from my web server.

A config option would be good with me.

Sat 04 Feb 2023 09:57:01 AM UTC, comment #2: 

The regression is caused by the fix for Bug #61049. I don't know if both the desired caching behaviour and efficient directory traversal can be achieved with the FUSE API, so maybe the user might need to choose between the old and current implementation through a config setting (similar to gui_optimize).

Daniel Lichtenberger <dlichtenberger>
Sun 29 Jan 2023 02:38:39 PM UTC, comment #1: 

I also have performance issues with version 1.7.0 and Nextcloud. Caching of directory listings is effectively disabled - doing a "ls ~/nextcloud" will first issue a PROPFIND on the folder(s), and then another PROPFIND for each individual file.

Reverting commits 43ef5ac and c883aa1 fixes the regression for me, by restoring the previous form of the file path in dav_lookup:

    } else if (is_open(*nodep)) {

    return 0;

Daniel Lichtenberger <dlichtenberger>
Wed 09 Nov 2022 09:11:41 PM UTC, original submission:  

From my laptop, I access a nextcloud instance, which is mounted at the directory ~/nextcloud. Under davfs2 version 1.6.1, the command "ls -l ~/nextcloud/presse" takes about one second. However, using version 1.7.0, the same command takes about 150 seconds (two minutes and a half). The same problem existed already with an earlier version of davfs2 (approximately version 1.5). This problem is fully reproducible.



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by dlichtenberger (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.


    No changes have been made to this item

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code