2009-02-22, 14:00
Hello!
I have a XBMC setup which mounts a tree over SMB on the internal network.
The file server exporting the SMB shares in it's turn has external NFS mounts in the exported directory. It simply acts as a central hub for external resources.
While browsing directories in a locally mounted directory, and/or the gnome file browser, it goes very fast. It loads remote directories in a manner of 2-3 seconds.
When XBMC does the same thing it takes up to half a minute to list directories containing ~500 items.
How can I speed up XBMC browsing speed? The worst thing is that it takes about half a minute to go in to the directory, then when going in to a sub directory and back up again it takes another 30 seconds to load it again. Browsing is a pain.
Does it do any extra checking other than a regular file list before it can process/show the contents? Can it help to turn off some options such as Stacking or merging seasons?
I'm currently on the 8.10-final1 release, and have tried the latest SVN build on PPA.
Regards,
Mikael
I have a XBMC setup which mounts a tree over SMB on the internal network.
The file server exporting the SMB shares in it's turn has external NFS mounts in the exported directory. It simply acts as a central hub for external resources.
While browsing directories in a locally mounted directory, and/or the gnome file browser, it goes very fast. It loads remote directories in a manner of 2-3 seconds.
When XBMC does the same thing it takes up to half a minute to list directories containing ~500 items.
How can I speed up XBMC browsing speed? The worst thing is that it takes about half a minute to go in to the directory, then when going in to a sub directory and back up again it takes another 30 seconds to load it again. Browsing is a pain.
Does it do any extra checking other than a regular file list before it can process/show the contents? Can it help to turn off some options such as Stacking or merging seasons?
I'm currently on the 8.10-final1 release, and have tried the latest SVN build on PPA.
Regards,
Mikael