Nemo incredibly slow displaying contents of samba network shares

[grrrrr]

Following an update to Cinnamon 2.0.3 Nemo is taking multiple times longer than nautilus to display the content of gvfs shares.

Shares mounted via following command

gvfs-mount smb://username@192.168.1.1/share

Time to display contents of share

Nemo: 13 seconds
Nautilus: 2 seconds

Prior to the install of Cinnamon 2.0.3, the nemo time was similar to nautilus

Also if laptop is moved to a different network while the shares are still mounted, opening results in nemo becoming useless getting a spinning icon over the mouse pointer, while I assume nemo tries to deal with the missing shared. Previous versions of nemo were able to gracefully handle not being able to connect to the shares and let you work away on any other folder or file unencumbered

OS info

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 12.04.3 LTS
Release:    12.04
Codename:   precise

Cinnamon info

$ dpkg -l | grep cinnamon
ii  cinnamon                                                    2.0.3-20131021040307-precise            Cinnamon desktop
ii  cinnamon-common                                             2.0.3-20131021040307-precise            Cinnamon desktop (Common data files)
ii  cinnamon-desktop-data                                       2.0.1-20131021011504-precise            Common files for Cinnamon desktop apps
ii  cinnamon-screensaver                                        2.0.1-20131021013003-precise            Cinnamon screen saver and locker
ii  cinnamon-session                                            2.0.1-20131021043004-precise            Cinnamon Session Manager - Minimal runtime
ii  cinnamon-settings-daemon                                    2.0.3-20131021004509-precise            daemon handling the Cinnamon session settings
ii  cinnamon-translations                                       2.0.1-20131021040407-precise            Translation files for the Cinnamon desktop
ii  gir1.2-cinnamondesktop-3.0                                  2.0.1-20131021011504-precise            Introspection data for CinnamonDesktop
ii  libcinnamon-desktop0                                        2.0.1-20131021011504-precise            Utility library for loading .desktop files - runtime files

Nemo info

$ dpkg -l | grep nemo
ii  libnemo-extension1                                          2.0.1-20131021010006-precise            libraries for nemo components - runtime version
ii  nemo                                                        2.0.1-20131021010006-precise            file manager and graphical shell for Cinnamon
ii  nemo-data                                                   2.0.1-20131021010006-precise            data files for nemo
ii  nemo-fileroller                                             2.0.0-20131021020004-precise            File Roller integration for Nemo

[grrrrr]

Still present in Cinnamon 2.0.10 with Nemo 2.0.5

[Martinique]

This seems to affect other network shares (SSH, FTP) too. The larger the folders, the slower it gets.

[vranki]

I just encountered this issue. It seems that Nemo is opening all files recursively in the subdirectories of the folder (to get file counts probably).

Nemo should notice that we are browsing a remote share (i think this can be done using some gvfs magic) and just list the directories / files in it. Even with local files it shouldn't recurse more than one level.

Example backtrace of the situation. Directory "/home/vranki/Music/foo" is a sshfs share. I opened directory "/home/vranki/Music/foo/bar" with Nemo. In this situation Nemo UI is frozen and it takes several minutes to respond. As you can see, it's reading files recursively 2 levels below.

(gdb) bt
#0 0xb76e5172 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1 0xb685bad2 in ___lxstat64 (vers=3,
name=0xa98eac8 "/home/vranki/Music/foo/bar/baz/zoo.mp3", buf=0xbf868a10) at ../sysdeps/unix/sysv/linux/lxstat64.c:35
#2 0xb6d38200 in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
#3 0xb6d35573 in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
#4 0xb6c8e7dc in g_file_enumerator_next_file () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
...

[marcelowa]

Is this bug closed?
Is there a solution?

[Martinique]

@vranki: It'd be OK to read file counts after the folder is open, so that the user could keep working. Seemingly that's what Nemo actually does, as the counts appear afterwards, so I wonder why it recurses subfolders before displaying folder contents, and deeper than it needs to.

@marcelowa: No, this is still open. The closed one was the same bug filed in the wrong place. The only workaround I know is to use Nautilus or another file manager until this gets fixed.

[grrrrr]

@marcelowa can confirm this is still an issue with 2.0.14

[brouillon]

Still present in Cinnamon 2.0.14, nemo 2.0.8. can someone have a look, it is really annoying.

thanks

[sudo-bmitch]

I'm also experiencing this after a recent upgrade, version is 2.0.8+lmde. While browsing a network share with 50 sub folders, nemo becomes completely unresponsive for nearly 3 minutes, cannot even switch tabs. All of my preview settings (including directory counts) are disabled so it shouldn't be necessary to inspect the sub-folders.

[kupiakos]

I have this as well. My work has slowed to a crawl because I deal with SMB network shares on a regular basis.

[BartonCline]

Nemo is frustratingly slow simply browsing my home directory; noticable lag dispaying 3 sub folders. It's sad that we see lots of "me too" and no real response from anyone who might know how to diagnose/fix things. Thanks

[hugokoopmans]

grrr, me too
samba shares not useable ...
nemo 2.0.8 + mint petra

[pcworld]

The "bad" commit is @mtwebster's 0d18552 (thanks git bisect) "Fix list-view and tree-sidebar determination of empty folders".
Disabling tree view (e.g. by reverting the commit) in list mode fixes the problem.
Ideally there should be an option to disable checking if a directory has children for remote resources.

[kupiakos]

I use tree mode all the time.
I think the best solution would be:

• Keep tree mode!
• If you're on a remote network, say all folders are expandable, and only say they're empty (if they are) when you try to expand it.