Slow search with large libraries

[Eirik Krogstad]

Using the search box with a large library (mine is ~25000 songs, 200 GB) is painfully slow. Noise freezes for several seconds with each letter pressed (and 100% CPU on one core). When the string is erased, it freezes for several seconds again. This is comparable to how long it takes to show the library on startup.

The database query should take milliseconds, so the issue is likely with how the list of results is redrawn.

Also, in my opinion, there should always be instantaneous keyboard response at the text input regardless of how efficient this process is (which would probably mean threading).

[Eirik Krogstad (eirikkr)]

When running from terminal, I get several thousands of these on search:

[_LOG_LEVEL_FATAL 14:45:33.860454] Noise will not function properly.
[_LOG_LEVEL_FATAL 14:45:33.860540] noise_music_list_view_view_value_func: assertion `m != NULL' failed
[_LOG_LEVEL_FATAL 14:45:33.860565] Noise will not function properly.
[_LOG_LEVEL_FATAL 14:45:33.860700] noise_music_list_view_view_value_func: assertion `m != NULL' failed

Probably relevant.

[Fernando A. Castro (fernastro)]

I have the same problem, but with a not too much longer library, only it has 80 GB of music files.

[Corentin Noël (tintou)]

It should be much better with today's commit, with my 13,5 GB library it's almost instantly now.
Feel free to reopen if it's not the case

[Viko Adi Rahmawan (vikoadi)]

It still take 15 seconds in my 15 gb music loading, and i guess the problem still come from how update_visible_media called.
- After UPDATING MEDIA [NOISE_VIEW_WRAPPER_HINT_MUSIC] debug string it take long time.
- updating statusbar info [NOISE_VIEW_WRAPPER_HINT_MUSIC] debug string always shown twice, and it take a while.
Hope when this bugs fixed, there will be no lag on startup anymore.

[esquisopt (esquisopt-deactivatedaccount)]

Good evening.

Even though this bug is marked as solved, the exact same thing is happening with my library. If I run "du -h Music/ | tail -n 1", I get 211GB, which I realise is quite a lot. So, it appears that the bug is not fixed or resurfaced on some other form. I, btw, already deleted all the smart playlists and restarted noise. If I run it from a terminal, the only sort of error that I get is:

[_LOG_LEVEL_FATAL 23:14:32.275477] [GdkPixbuf] gdk_pixbuf_scale_simple: assertion 'GDK_IS_PIXBUF (src)' failed
[_LOG_LEVEL_FATAL 23:14:32.275538] Noise will not function properly.

I am using Arch x86_64, and compiled noise from bzr yesterday (pacman says that it's the 1553-1 version). I have 4GB of RAM and the CPU is a Intel i3-350M, so I guess this is not a hardware issue.

Can I get any help with this? Noise is a really great software, but this turns makes it really hard to use it properly.