Tried an encrypted home with a new installation of 17.10. And probably
this bug causes Syncthing on that machine useless.
Syncthing does initial directory scan on each start and, probably due to
this bug, it takes about 45 min in my case a renders computer useless
during the scan.
--
You
This problem is still present in Ubuntu 14.04 LTS.
** Also affects: linux via
http://bugzilla.kernel.org/show_bug.cgi?id=16157
Importance: Unknown
Status: Unknown
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
You received this bug notification because you
Update:
I transferred the same data from the eCryptfs folder to the EncFS folder.
The results of statting about 50k files (twice in a row) are the
following:
eCryptfs : 16 minutes !
EncFS : 20 seconds !
Clearly there must be some fundamental differences between the two
designs.
eCryptfs
I have two tests folders both wit many files and sub folders, one is on
a full disk encryption with TrueCrypt, another one is eCryptfs on a ZFS
RAID-5 array (much fast disk unecrypted).
I have a python script that stats files in a folder and its directories.
Under the eCryptfs, the script stats
The upstream bug has been marked as WILL_NOT_FIX. The developer seems to
not care about the use case claiming
It isn't fair to say that eCryptfs won't work to encrypt user
directories because very few people have 100,000 files in a single
directory. This is the first time I've heard of this
I compared EncFS with EcryptFS.
I created 10.000 files:
for((X=0;X1;X+=1)); do dd if=/dev/zero of=file$X.log bs=1 count=1; done
Than I measured directory listing time:
EcryptFS:
maco@maco-desktop:~/Private$ time ls -lR /dev/null
real1m4.619s
user0m0.210s
sys 0m1.460s
EncFS:
my measurements:
system restart
maco@maco:~/Private$ time ls -lR /home/maco/Desktop/temp/1st_e.txt
real10m25.155s
user
I've just tested this with 2.6.34 and as expected the bug is still
there. It would be as this is probably a result of the design of
ecryptfs. Should I submit an upstream bug report?
** Tags removed: needs-upstream-testing
--
Ecryptfs is very slow at listing directories with many files
Submitted upstream here:
https://bugzilla.kernel.org/show_bug.cgi?id=16157
** Bug watch added: Linux Kernel Bug Tracker #16157
http://bugzilla.kernel.org/show_bug.cgi?id=16157
--
Ecryptfs is very slow at listing directories with many files
https://bugs.launchpad.net/bugs/587408
You received
Hi Pedro,
If you could also please test the latest upstream kernel available that would
be great. It will allow additional upstream developers to examine the issue.
Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the
upstream kernel, please remove the
** Attachment added: AlsaDevices.txt
http://launchpadlibrarian.net/49341364/AlsaDevices.txt
** Attachment added: AplayDevices.txt
http://launchpadlibrarian.net/49341365/AplayDevices.txt
** Attachment added: ArecordDevices.txt
http://launchpadlibrarian.net/49341366/ArecordDevices.txt
11 matches
Mail list logo