Search as you type is beyond slow
I have a fairly large library, with some 60,000 plus songs. When I go to search for something, songbird freezes and consumes between 50-80 percent of all available cpu.
I think the core of the problem is the fact that it's using a sort of 'find as you type' behavior. Let's say I go to type 'builders and the butchers' for example...
I go up to the search bar and type "b" and before I can type the second letter the computer is searching for everything that contains a "b". A much better search would allow for more letters to be typed before it heads off and starts churning. Or maybe require a enter or search button to be pressed. Or even a greater wait time between a letter being entered and the search starting.
This I think is the difference between the media players - the other applications don't freeze the UI and allow the rest of the letters to be typed in, making the search you're typing that much more effective.
Incidentally, copying 'builders and the butchers' and pasting it into the search box, essentially *forcing* songbird to take it all as one chunk makes the results pop up in about a second. Contrast this with 30-50 seconds of wait time while cpu usage goes from 50-80% when doing a 'find as you type' shows this is much superior to the method that's in place now.
I think the core of the problem is the fact that it's using a sort of 'find as you type' behavior. Let's say I go to type 'builders and the butchers' for example...
I go up to the search bar and type "b" and before I can type the second letter the computer is searching for everything that contains a "b". A much better search would allow for more letters to be typed before it heads off and starts churning. Or maybe require a enter or search button to be pressed. Or even a greater wait time between a letter being entered and the search starting.
This I think is the difference between the media players - the other applications don't freeze the UI and allow the rest of the letters to be typed in, making the search you're typing that much more effective.
Incidentally, copying 'builders and the butchers' and pasting it into the search box, essentially *forcing* songbird to take it all as one chunk makes the results pop up in about a second. Contrast this with 30-50 seconds of wait time while cpu usage goes from 50-80% when doing a 'find as you type' shows this is much superior to the method that's in place now.
11
people have this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
-
Inappropriate?Improving performance and issues like these are always a top priority in every release we make.
Bare with us!!
We'll get there ;-)
1 person says
this solves the problem
-
I think this will be an important improvement -
Inappropriate?Search should be improved, will you grab last night's build when you have a moment and tell us how it goes in the bug: http://bugzilla.songbirdnest.com/show...
I’m thankful
-
Inappropriate?I'll give it a try, thanks.
-
Inappropriate?It seems much better, as noted in the bugzilla report. It's usable now, whereas before it wasn't. Still some ground to tread but it's going in the right direction for sure. Thanks for listening!
I’m happier
-
Inappropriate?songbird is not usable, still i cant search without getting the feeling that i have to bash my pc (which is no the problem;)
come on!
a library that is not searchable is ..... who do u make this SW for? 3-file users?
sry, u have my full respect, i would love to use songbird!
Loading Profile...





CHAMP
EMPLOYEE