Memor leak on browsing directories
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Files |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Files queries file information and never seems to free the space allocated for it. For example, simply opening a folder with 250,000 files in it got memory usage of Files over 800Mb and this memory was never freed.
See bug #1404588 for instructions on creating a directory with lots of files on tmpfs, which is perhaps the most convincing way to reproduce this bug.
I'm reporting this bug from that instance with 800Mb memory usage, so perhaps the attached ProcStatus and other files are relevant.
pantheon-
In addition, such state makes everything in Files very slow. Even the startup process of pantheon-files while pantheon-
ProblemType: Bug
DistroRelease: elementary OS 0.3
Package: pantheon-files 0.1.5.1+
ProcVersionSign
Uname: Linux 3.13.0-43-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.6
Architecture: amd64
CrashDB: pantheon_files
CurrentDesktop: Pantheon
Date: Sun Dec 21 07:30:58 2014
ExecutablePath: /usr/bin/
GsettingsChanges:
InstallationDate: Installed on 2014-12-10 (10 days ago)
InstallationMedia: elementary OS 0.3 "Freya" - Daily amd64 (20141209)
SourcePackage: pantheon-files
UpgradeStatus: No upgrade log present (probably fresh install)
description: | updated |
description: | updated |
Changed in pantheon-files: | |
importance: | Undecided → High |
Changed in pantheon-files: | |
status: | New → Confirmed |
Changed in pantheon-files: | |
importance: | High → Medium |
As far as I can see, GOF file objects are added to a cache when loaded and never removed while Files is running (when files are renamed they are removed and added back). This presumably speeds up going back to a folder you already visited and closed. There should perhaps be a time limit how long unused files are kept in the cache?