mherger wrote:
> > Yes, the database upgrade reduced scanning time down to 2:45h, that's
> > why I'm a bit puzzled here. Also, while the overall scanning time was
> > reduced, building the fulltext index was up to 45min (it was around
> 3min
> > before). With 1.10.x I see overall scanning time way up and fulltext
> > index building down to 3min, as if there never was a db upgrade.
>
> That's an effect I've seen in development, too: FTS creation would take
>
> forever longer _once_, then be back and quick on subsequent scans. I
> never figured out why that would be. It almost made me not update the DB
>
> code...
But I don't get why this doesn't happen with the latest QLMS build.
With my setup it sadly always -is- a first scan, because I have to wipe
the cache and then restart the server (There is (was?) a bug in Multi
Library that reassigns internal library IDs when rescanning, rendering
my Custom Browse menus that rely on these IDs useless.) The scanning
times look like the ones with the old db.
Code:
--------------------
Database Version: DBD::SQLite 1.34_01 (sqlite 3.7.7.1)
--------------------
Is this the new one?
QLMS [email protected] (digimaster) / QNAP 469L QTS 4.3.4
------------------------------------------------------------------------
dolodobendan's Profile: http://forums.slimdevices.com/member.php?userid=67663
View this thread: http://forums.slimdevices.com/showthread.php?t=108292
_______________________________________________
Squeezecenter mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
