Re: The more mounts I add, the slower Nautilus becomes.



On Tue, Jun 17, 2008 at 3:49 PM, Christian Neumair <cneumair gnome org> wrote:
> Am Dienstag, den 17.06.2008, 09:09 +0200 schrieb Chris Fanning:
>> /home/user/shares/mount1
>> /home/user/shares/mount2
>> /home/user/shares/remote_server/mount3
>>
>> > Listing "shares" already causes network traffic for all
>> mounts. Just
>> > mount a bunch of shares, launch a network sniffer like wireshark and
>> > enter "ls" in the "shares" directory.
>> >
>> not so here. 'ls' isn't creating network traffic at the 'shares'
>> directory or at the 'remote_server' directory, but only once I
>> actually 'cd' into the mountpoint.
>
> How are you mounting these shares exactly, and what SMB clients/servers
> do you use? Maybe we will be able to reconstruct your issue if you fully
> specify your environment.
>
sure. I hope I can be of help.

the desktop is ubuntu 7.10, using pam-scripts we create smb.cred and
run through a text file ~/.shares that reads server:share
server:share, etc
mount -t cifs //$server/$share $mountpoint -o
iocharset=utf8,credentials=$CRED_DIR/smb.cred

both samba servers are debian etch's.

The desktop box is diskless booting with live-initramfs. the root
filesystem is a union of ram and nfs. /home is mounted onto that from
another nfs server.
/ (union de nfs and ram)
/home (nfs mount)
/home/user/share/mount1 (cifs mount).

for some reason, /home isn't present in /etc/mtab (although it is in
/proc/mounts)

Reading somwhere these days I saw something about nautilus and mtab,
so thinking this might be the problem I have also tested mounting the
shares on /tmp (because /tmp is present in mtab).

/tmp/user/shares/mount1
/tmp/user/shares/mount2
/tmp/user/shares/remote_server/mount3

So, there are some cifs mounts on the /tmp directory and _no_ cifs
mounts on my home directory  (no softlinks to the shares on /tmp
either) . Now when I open nautilus at my home, I can see network
traffic to the samba servers!! That has taken me by suprise. It seems
Nautilus is doing something like
# ls -laR /

After getting correct results with pcmanfs, I've also tried thunar. No
problem there either.

What's the next step?

Cheers.
Chris.

> best regards,
>  Christian Neumair
>
> --
> Christian Neumair <cneumair gnome org>
>
>


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]