Opened 7 years ago

Last modified 5 years ago

#8144 new Bug report

uneccessary file access

Reported by: Matthias Owned by:
Priority: normal Component: FileZilla Client
Keywords: Cc:
Component version: Operating system type: Linux
Operating system version: Ubuntu Precise Pangolin

Description

Filezilla accesses on startup files on mount points that it does not need (and imho should not) access.

In my case it accesses a mount point that is auto-mounted. Sometimes this mount point is not available and accessing it just blocks. This problem occurred on first usage of filezilla. So there should be no need to do anything on the mount point.

I could also imagine that the problems arise with mountable media like USB sticks, etc.

I attached the output of strace.

Thanks.

Attachments (2)

filezilla.trace.tar.bz2 (60.3 KB) - added by Matthias 7 years ago.
strace output
filezilla.blockdump.log.bz2 (2.0 KB) - added by masc 5 years ago.
excerpt of blockdump while filezilla is starting

Download all attachments as: .zip

Change History (10)

Changed 7 years ago by Matthias

Attachment: filezilla.trace.tar.bz2 added

strace output

comment:1 Changed 7 years ago by Alexander Schuch

Status: newmoreinfo

I had a quick look in the output, but I did not see any unusual access. Can you please help and tell me which directories are accessed which should not be accessed?

(I can grep - I just need to know what to grep for.)

comment:2 Changed 7 years ago by Matthias

Status: moreinfonew

It accesses /mnt/anger (which is an nfs share managed by autofs). This can be found on the last line of the file. Filezilla just stops when it gets there and waits forever.

comment:3 Changed 5 years ago by masc

2 years open? what's the status. this is still an issue, really annoying.
my machine has 12 out of 16 drives sleeping. filezilla wakes them all up. takes ages to startup and wastes power.

Changed 5 years ago by masc

Attachment: filezilla.blockdump.log.bz2 added

excerpt of blockdump while filezilla is starting

comment:4 Changed 5 years ago by masc

filezilla is apprently perfoming stat on all root folders, no matter which local folder is active initially.
resolved for me by relocating all mountpoints away from root.

comment:5 Changed 5 years ago by Tim Kosse

For every unexpanded directory visible in the local directory tree, FileZilla needs to scan the directory to figure out whether it has subdirectories in order to display (or not) the + next to the directory in the tree.

comment:6 Changed 5 years ago by masc

Im neither having the local filetree enabled (I even forgot it exists) nor is my startup local directory the root (/) folder.
So strictly speaking there's no sane reason for filezilla to stat all root directories.

comment:7 Changed 5 years ago by Tim Kosse

/ is always part of the directory tree as it's the root, regardless what the current directory is.

The local directory tree is always enabled, though not necessarily visible. Disabling the local directory tree when not visible would add a lot of complexity.

comment:8 Changed 5 years ago by masc

disabling the logic of a hidden widget should be trivial.

however.
what actually does add complexity and annoyance is having a mostly useless empty folder indication (plus sign).
it's a bag of hurt in specific usecases like remote network shares (pointed out years ago, see above) and also drives sleeping.

that's why sane file browsers like nautilus/GNOME or finder/OSX don't do it.

so the proper solution is fairly simple and also removes complexity:
display a plus sign for each folder, drop the inefficient mass-stating.

Note: See TracTickets for help on using tickets.