High memory usage with large collections

Bug #372980 reported by Mehdi Abaakouk
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Listen
In Progress
High
Unassigned

Bug Description

Hi,

after the first start, before adding any library, Listen was using ~85MB memory, playing one file, some plugins loaded.

Now I added my "Albums" folder as library, and after it finished scanning those few 28657 files, it was consuming ~390MB.
After exiting and restarting, it's consuming 456MB, and that is the constant level now.

Switching between "all artists" and an artist with only one file in the library browser makes a difference of ~4MB for displaying the list of tracks.

The songs.db has 31MB, 1 file in the playlist.

This ticket was migrated from the old trac: re #840
Originally reported by: thomask

Revision history for this message
Mehdi Abaakouk (sileht) wrote :

I can confirm that memory usage seems to increase linearly with music library size. I have about 9000 tracks in my library and listen hovers around 300-320Mb resident memory usage (as reported by top).

Originally reported by: paol

Revision history for this message
Mehdi Abaakouk (sileht) wrote :

(In [1184]) Use gtk cell_data_func instead of a big treemodel to render view, reduce memory usage ~15%, refs #840

Originally reported by: theli

Changed in listen:
assignee: nobody → Mehdi Abaakouk (theli48)
importance: Undecided → High
status: New → Confirmed
Mehdi Abaakouk (sileht)
Changed in listen:
milestone: none → 0.7
Mehdi Abaakouk (sileht)
Changed in listen:
status: Confirmed → In Progress
milestone: 0.7 → 0.6.3
Revision history for this message
Mehdi Abaakouk (sileht) wrote :

On karmic, listen now use 120Mo with 11000 songs

Changed in listen:
milestone: 0.6.3 → 0.7
Revision history for this message
Luke has no name (lukehasnoname) wrote :

I've had Listen take up all 4GB of memory and 4GB swap. I don't know what it was doing. There is a serious memory leak somewhere.

Mehdi Abaakouk (sileht)
Changed in listen:
milestone: 0.7 → none
assignee: Mehdi Abaakouk (sileht) → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.