Re: [fuse-devel] Readdir (plus) Performance

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

 



On Jan 26 2018, David Sorber <david.sorber@xxxxxxxxx> wrote:
> I implemented a trivial example file system (only getattr() and readdir()
> are implemented with some sample metdata) that demonstrates the same
> behavior I described earlier.  I don't think there is really a need to
> implement a new client as ls is "the" client.  In this example I tried to
> do things in a similar fashion to how they are done in my actual file
> system and, as I said, I was able to reproduce the same readdir plus
> behavior.
>
> The code is here: https://pastebin.com/wavKntiu
>
> Save the file as readdir_test.cc then compile with: g++ -std=c++11 -O3 -o
> readdir_test readdir_test.cc -lfuse3 -DFUSE_USE_VERSION=32
>
> On my setup (Ubuntu 14.04 with 4.4 kernel, gcc 4.8.4, and libfuse 3.2.1) I
> get this output (notice the getattr() call between each readdir()):


Sorry, I have to pass. I am not sure if that is working as intended or
not, and if not, I have no real idea what might cause it.

Maybe someone from the kernel side of things could help.. Anyony on
fsdevel able to chime in?


Best,
-Nikolaus

-- 
GPG Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

             »Time flies like an arrow, fruit flies like a Banana.«




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux