desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #62742
[Bug 890441] Re: nautilus memory leak
Unity is not installed nor compiz (totaly purged)
Looking at .gtk-bookmarks show an issue with dir/subdir names if thet contain "é": translated with % + uppercase letters.
Had Vidéos & Téléchargement dirs , both was malformed into .gtk-bookmarks. Now i've replaced "é" by "e" to avoid this issue. But need to fix it anyway; i'm using fr_FR-UTF8 as page code.
This temporary workaround dont remove the gtk-crital errors into .xsession-errors, get the same but far less numerous.
Nautilus service at early gnome-classic session (without effect) is using ~10 Mib; if the filebrowser is opened then the ram used grows to 14; opening firefox browser then nautilus use around 20 Mib.
I've taken time to observe how that going on: ram crunching seems have
stopped (good news) and the early errors logged to xsession-errors dont
have new error added. That said, since i've renamed the faulty dirs
names, i get this new error:
** CRITICAL **: enchant_dict_check: assertion `g_utf8_validate(word,
len, NULL)' failed
About your request above "gtk3 dbg package", i've looked at synaptic
archive list about "gtk3" and dont find -dbg package except for
canberra; which one(s) do you need ?
AS a result this nautilus issue seems to be a "language" issue as
special letters as "é" are not understood by the system directories.
(this system is fully non-stop updated)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/890441
Title:
nautilus memory leak
Status in “nautilus” package in Ubuntu:
Confirmed
Bug description:
There are other bug reports with this description, but they are either
3-4 years old, or closed, or invalid, or expired.
I'm not doing anything exotic, but after about an hour or two of using
my system (not even copying or moving files, or thumbnailing, or...)
memory usage in nautilus goes up to 1.4G or so. When I kill this task,
re-launch nautilus, it sits happily on just a few hundred meg... and
then begins to grow again.
It also takes a LONG time to start up, and the system is very
unresponsive meanwhile... like 20 seconds. This may be a useful clue?
I tried to do a valgrind report, but it makes nautilus so slow as to
be unusable -- like 2 minutes to open a folder on the desktop... so I
couldn't exactly "use it normally" to get a good log. Nonetheless,
here's a log I did capture.
I trust that the data captured by ubuntu-bug will have my library
versions, cpu type, RAM info, etc. Please let me know what else I can
provide. Thanks!
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: nautilus 1:3.2.1-0ubuntu3.1
ProcVersionSignature: Ubuntu 3.0.0-13.22-generic 3.0.6
Uname: Linux 3.0.0-13-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
Date: Mon Nov 14 15:51:46 2011
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Alpha amd64 (20110802.1)
ProcEnviron:
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: nautilus
UpgradeStatus: Upgraded to oneiric on 2011-08-17 (88 days ago)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/890441/+subscriptions
References