After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 593977 - [PERFORMANCE] loading projects is slow
[PERFORMANCE] loading projects is slow
Status: RESOLVED FIXED
Product: pitivi
Classification: Other
Component: Media library
Git
Other Linux
: Normal normal
: 0.13.4
Assigned To: Pitivi maintainers
Pitivi maintainers
Depends on:
Blocks:
 
 
Reported: 2009-09-02 23:25 UTC by Jean-François Fortin Tam
Modified: 2010-03-06 10:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jean-François Fortin Tam 2009-09-02 23:25:51 UTC
When you load a big project (let's say, containing 50+ HD clips), it feels a bit slow, as you see each source being "imported" again one at a time. 

Partly related to bug #583203 and bug #591427, but what it feels like is that each clip is re-scanned extensively ("discovered"?) on project load. Just a guess. If that's the case, I wonder why, since it seemed to me like the metadata was already saved in the project file, and we only needed to check for file paths? And maybe modification times?

In any case, loading projects feels sluggish even on a fast machine. Wondering if something can be done about that eventually.
Comment 1 Alessandro Decina 2009-09-03 14:19:46 UTC
We don't save thumbnails in the project file yet. That's what is taking most of the time during discovering. Re-discovering is also useful to make sure that you actually have the necessary elements to decode your files.

We have ideas to fix this but it would require a project format bump, code to migrate old projects, new tests and a lot of testing.

The current implementation isn't ideal but is really simple and very conservative. It is slow but on the other hand it's very stable. Personally, I think we should keep the current project format/loading logic for a couple releases more and focus on transitions and overall cpu/memory performances.

Finally I think that fixing the two bugs you mention would largely mitigate the issue.
Comment 2 Jean-François Fortin Tam 2010-03-06 04:32:50 UTC
Alessandro, didn't you implement thumbnail caching recently? Is this bug fully solved or is there more stuff to be done except bug #591427 ?
Comment 3 Alessandro Decina 2010-03-06 10:59:45 UTC
I did. I'm closing this.