4.2 Beta 3: Performance imbalance on Go To Bookmark in this book
Open Curiosities of the Bible Pertaining to Scripture Persons, Places and Things. to "Scripture Anagram, No. 1" on p. 211 (logosres:curiosofbbl;ref=Page.p_211;off=19)
Set Bookmark 1 here (Ctrl+Shift+1)
Now go to "Key to Anagram 1" on p. 430 (logosres:curiosofbbl;ref=Page.p_430;off=7)
Set Bookmark 2 here (Ctrl+Shift+2)
Go to Bookmark 1 (Ctrl+1) - it is virtually instantaneous
Go to Bookmark 2 (Ctrl+2) - it takes 10x as long
Log attached: 3630.Logos4.log
I jumped back and forth between bookmarks 1 & 2 three times before closing down the app. The difference in the log file is in this command. Jumping from bookmark 2 to 1 takes less than 1/10 of a second:
2010-10-25 00:49:03.5892 1 Info PanelViewModel Applying panel settings for Bookmark: Id=LLS:CURIOSOFBBL|Milestone=DataType%3dpage%7cResource%3dLLS:CURIOSOFBBL%7cStartSegment%3d256372%7cVersion%3d2010-10-06T20:15:53Z|Position=Article%3dBIBLE.12.1%7cArticleLength%3d749%7cContext%3dSCRIPTURE%2520%7cOffset%3d0%7cOffsetInContext%3d0%7cResource%3dLLS:CURIOSOFBBL%7cVersion%3d2010-10-06T20:15:53Z|Reference=page.211
2010-10-25 00:49:03.6516
But jumping from bookmark 1 to 2 takes over 7 seconds:
2010-10-25 00:49:04.9784 1 Info PanelViewModel Applying panel settings for Bookmark: Id=LLS:CURIOSOFBBL|Milestone=DataType%3dpage%7cResource%3dLLS:CURIOSOFBBL%7cStartSegment%3d484350%7cVersion%3d2010-10-06T20:15:53Z|Position=Article%3dKEYAN.10%7cArticleLength%3d67125%7cContext%3d4.%250akey%2520to%2520anagram%2520no%7cOffset%3d51547%7cOffsetInContext%3d10%7cResource%3dLLS:CURIOSOFBBL%7cVersion%3d2010-10-06T20:15:53Z|Reference=page.430
2010-10-25 00:49:12.1154
Comments
-
It akes about 3 seconds to jump to page 430 on my system--the same for page 365, which is the beginning of the "Key to Scripture Enigmas" article. (It behaves the same way if I navigate from the resource's reference box.)
It may be due to the length of the article (Pages 365-441). Other articles in that book have several reference links, so I don't think that is the problem. I've reported the performance issue to development.
0 -
I was thinking it might have to do with the length of the article too, but as you can see from the links I pasted, the offsets are 7 and 19, respectively, so it shouldn't take a huge amount of time to compute how far into the article the bookmark is and get there. In fact, when I first copied the URL, the index for the p. 211 reference was still showing p. 430 for some reason, so the offset in the URL was a huge negative number from p. 430. And it was still instantaneous to get there, but took 7 seconds to go to the other bookmark.
Your results of 3 seconds, though at least consistent, still seem too slow to me. And you're no doubt running on a faster machine than I am.
0
