Bug: Slow datatype lookup for resources not in prioritisation list
It was pointed out in another thread that adding resources to the prioritization list can speed Logos up. That;s quite understandable when there are hundreds or thousands of resources that support a particular datatype, but it shouldn't be, when there is only one. This seems to point to a bug. (Apologies if I've misunderstood the process and there's a good reason for this behaviour.)
A great example is the Lexham High Definition New Testament. It has loads of pop ups, which are all tagged with the Lexham High Definition New Testament Glossary datatype. There is only one resource that can open from this datatype. So regardless of prioritisation, Logos should simply search for the 'hdnt' datatype in keylinking.db, discover there's only one resource, and go straight to its mstidx file. Instead, it wastes about 2 seconds doing endless searching of catalog.db. 2 seconds might not seem very much, but you often need multiple lookups,and the 2 seconds quickly add up.
If you add the Glossary into the prioritisation list, it speeds things up considerably. This should not be.
This is my personal Faithlife account. On 1 March 2022, I started working for Faithlife, and have a new 'official' user account. Posts on this account shouldn't be taken as official Faithlife views!
Comments
-
Bump?
This is my personal Faithlife account. On 1 March 2022, I started working for Faithlife, and have a new 'official' user account. Posts on this account shouldn't be taken as official Faithlife views!
0 -
I've submitted your report to development.
Update: You should see an improvement in the next beta.
0