FWIW, I see the attached behavior when I try to browse a DAV share from an apache2 server.
On connect to the server, PROPFIND / is issued once with Depth 1. It takes a while, because this directory has over 1000 subdirectories. That's reasonable. Okay so far. Then the weird stuff begins. When I click "311" (ignoring my taste in music for a moment), the *exact same* PROPFIND /311 with Depth 0 request is issued *twice* in a row over the same connection. Exactly the same headers, exactly the same result. I see other redundant requests, as well. But then it gets *really* strange. After PROPFIND /311 with Depth 1 is issued, gvfs issues *another* PROPFIND / with Depth 1! In god's name, why? This appears to be the root of the slowdown I see: the needless repetition of requests for data that seconds before had been transferred. And I suspect the SMB gvfs backend is doing something similar. Not sure if local caching + If-Modified-Since requests are valid here, but that may be a potential solution. Nautilus may be re-reading the parent directory unnecessarily; however, IMO the gvfs backend should be able to more gracefully deal with this situation, since not every application in existence can be rewritten to assume the data it is accessing is 20 mbits and 70 msec away. In my case, this is data that hardly ever changes: the only time the root directory of this DAV share changes is when I rip a new CD, which probably occurs once every few weeks. (Aside: this stuff is even slower over GnuTLS SSL (16 seconds for PROPFIND / vs. about 2 seconds plaintext), the difference of which I can't yet explain since I can't tcpdump the SSL connection.) My gvfs and related components are 0.2.5-0ubuntu2 (hardy up-to-date). My nautilus is 1:2.22.5.1-0ubuntu1 (also hardy up-to-date). ** Attachment added: "wireshark.clean.gz" http://launchpadlibrarian.net/18577833/wireshark.clean.gz -- Browsing smb share is painfully slow https://bugs.launchpad.net/bugs/259771 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
