Performance: NFS shares are slow to list tags about mutagen HOT 6 CLOSED

Nautilus only needs to look at one file, the directory, to get the list of things in
it. Mutagen (and file) both need to look at the actual contents, which obviously will
take more time. If Mutagen is on par with file, then I don't think there's an issue here.

ok i've noticed some strange hard-to-reproduce behavior, which seems to be connected
to some kind of cacheing. i wrote this one-liner to give me a quantifiable number on
how long it both file and mutagen-inspect to run;

so on a local folder:

> T_START=`date +%s`; mutagen-inspect *.mp3 >> /dev/null; T_STOP=`date +%s`; echo $((
T_STOP - T_START ))
0
> T_START=`date +%s`; mutagen-inspect *.mp3 >> /dev/null; T_STOP=`date +%s`; echo $((
T_STOP - T_START ))
0

and this is repeatable (always <1s). if i run it on a nfs folder:



> T_START=`date +%s`; mutagen-inspect *.mp3 >> /dev/null; T_STOP=`date +%s`; echo $((
T_STOP - T_START ))
18
> T_START=`date +%s`; file *.mp3 >> /dev/null; T_STOP=`date +%s`; echo $(( T_STOP -
T_START ))
1
> T_START=`date +%s`; mutagen-inspect *.mp3 >> /dev/null; T_STOP=`date +%s`; echo $((
T_STOP - T_START ))
0

[cd to a different folder]

T_START=`date +%s`; file *.mp3 >> /dev/null; T_STOP=`date +%s`; echo $(( T_STOP -
T_START ))
16


mutagen-inspect somtimes takes long times (10-40s) to finish. but once its done i can
re-list it in <=1s. also, some directories take <=1s to list their first time. i
havent been able to determine why.  file *.mp3 exhibits the same behavior, so i
conclude that its the nfs share, and not mutagen.

Can you compare, e.g. "file *.mp3" vs. "mutagen-inspect *.mp3" on a group of files,
on NFS and off NFS? Please run it twice to account for caching.

nautilus browses normally.

What's an example of an application that browses it quickly?