>Anyway, just wated to add my 2 cents abour the MySQL/SQLite thing : If >I understand correctly, the only real problem with SQLite is that you >can't use a pre-existing MySQL session (and that it might be slower, but >overall the scanner is faster for me so I guess it's not THAT bad). > SQLite is slower; maybe not as scalable. Embedded within the SqueezeCenter process, that process will use one core, whereas a separate MySQL instance could potentially use two CPU cores.
The file access part of scanning is apparently quicker because of the compiled C code. If this were applied to the MySQL setup, it would be even faster. I'm less interested in the scanner performance, and more interested in comparisons of SqueezeCenter performance between SQLite and MySQL. I don't scan that often, and when I do, I don't care if it takes 40mins, 50mins or 60mins. It will take a fairly long period of time, which means I do it when I am not wanting to listen to music, eg. having dinner, sleeping, at work. Has anyone compared other performance aspects, such as searching for a song title, loading the album list sorted in different orders, etc. >And I think the only real problem with Squeezecenter right now is that it's >not very user friendly for the average guy who knows little about >computers and just want to listen to his music, which is the vast >majority of potential buyers. > Most people don't neeed to know what DB engine it's using. SQLite or MySQL; it should be transparent. That was true to a large extent with MySQL - by default SC would be installed and just work with an internal instance of MySQL. There were a few people with virus scanner issues, but that's the case with many apps. eg. loads of people have issues installing iPlayer or Sky Player, mPlayer, etc. >So it only makes sense that SD is aiming for something more simple and >efficient first, instead of something more powerful but that will only >serve a few people who are already comfortable with running and >configuring SC. > Aiming for something more simple, maybe, but not necessarily more efficient. _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
