ecryptfs team mailing list archive

[Dustin Kirkland <dustin.kirkland@xxxxxxxxx>]

Hmm, okay, I ran a little analysis on your histograms...

cat firefox.ecryptfs.slow.strace | sed "s/(.*//" | sort -u > words
for i in $(cat words); do echo -n "$i "; grep -c "^$i" firefox.ecryptfs.fast.strace; done | sort -k 2 -n > /tmp/histogram_fast
for i in $(cat words); do echo -n "$i "; grep -c "^$i" firefox.ecryptfs.slow.strace; done | sort -k 2 -n > /tmp/histogram_slow
tail -n 10 /tmp/histogram_*

==> /tmp/histogram_fast <==
lseek 1057
close 1089
futex 1260
open 1502
madvise 2249
stat 2661
writev 2937
write 3851
poll 8600
read 11722

==> /tmp/histogram_slow <==
lseek 1087
close 1102
open 1529
stat 2841
madvise 3828
futex 13392
writev 15315
write 20113
poll 49424
read 64545

Looks like your slow version is doing a *lot* more futex, writev, write,
poll, and read.

Specifically, there's a lot of:
read(3, 0x7f93049ae074, 4096)           = -1 EAGAIN (Resource temporarily unavailable)

grep "Resource temporarily unavailable" firefox.ecryptfs.fast.strace  | wc
   6407   57691  557685
grep "Resource temporarily unavailable" firefox.ecryptfs.slow.strace | wc
  46904  422249 4081862

I don't really know what's at that address, and I don't yet see what
eCryptfs might be doing wrong here.  Considering that firefox is working
well with your other users on eCryptfs, this is strange.

On the user with the "slow" firefox, could you mv ~/.mozilla
~/.mozilla.orig.  The next time you open Firefox, it will recreate the
.mozilla directory (losing your bookmarks, cookies, passwords, etc).
You can restore it again by moving it back into place.  But see if your
firefox is any faster with a brand new .mozilla config.

:-Dustin

:-Dustin

:-Dustin

** Changed in: ecryptfs-utils (Ubuntu)
       Status: New => Incomplete

** Changed in: ecryptfs-utils (Ubuntu)
   Importance: Undecided => Low

** Changed in: firefox-3.5 (Ubuntu)
       Status: New => Incomplete

** Changed in: firefox-3.5 (Ubuntu)
   Importance: Undecided => Low

-- 
ubuntu karmic firefox 3.5.4 slow on ecryptfs
https://bugs.launchpad.net/bugs/470016
You received this bug notification because you are a member of eCryptfs,
which is subscribed to ecryptfs-utils in ubuntu.

Status in “ecryptfs-utils” package in Ubuntu: Incomplete
Status in “firefox-3.5” package in Ubuntu: Incomplete

Bug description:
Binary package hint: firefox-3.5

Firefox 3.5.4 is incredibly slow running on ubuntu 9.10 karmic, fresh install, ext4 filesystem, ecryptfs encrypted home directory.  This seems to be peculiar to firefox; konqueror is normal, applications other than firefox are normal.  Firefox performs normally for a different user with an ordinary unencrypted home directory.

ProblemType: Bug
Architecture: amd64
Date: Sun Nov  1 22:17:11 2009
DistroRelease: Ubuntu 9.10
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release Candidate amd64 (20091020.3)
Package: firefox 3.5.4+nobinonly-0ubuntu0.9.10.1
PackageArchitecture: all
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: firefox-3.5
Uname: Linux 2.6.31-14-generic x86_64
XsessionErrors:
 (gnome-settings-daemon:3825): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (gnome-settings-daemon:3825): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (nautilus:3925): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
 (polkit-gnome-authentication-agent-1:3957): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (gnome-panel:3924): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 24