Beta 9 Indexing: Crazy Slow!

Jacob Hantla
Jacob Hantla Member, MVP Posts: 3,871 ✭✭✭
edited November 21 in English Forum

An hour or so after telling Logos to merge my indexes for the newly downloaded B9 resources, the estimated time remaining on the index is steadily increasing. In the early beta days, this particular computer could index my entire library in somewhere between 12 and 24 hours depending on use. 

Now...

Is there a problem with the time estimator or a problem with the indexer?

The option for background processing is not available upon right click?

Is this background processing (I don't notice any slowdown in computer function, but I only ever really perceived that on my netbook anyway)? 

Am I able to restart now without needing to restart?

Jacob Hantla
Pastor/Elder, Grace Bible Church
gbcaz.org

Tagged:

Comments

  • Ken McGuire
    Ken McGuire Member Posts: 2,074 ✭✭✭

    The problem with the time index is that you might believe it.  As we are all aware, Reverse Interlinears are the slowest books to index.  The time estimate seems to be based on looking at the time it has taken to index the resources it has already looked at as well as the number remaining, and so especially at the beginning when it is grinding trough those slow files, the estimate is wildly off.  The time estimate should go down as it realizes that typical resources are faster.

    The good thing is that it actually estimates how long it will take AFTER all the files have been indexed when it is combining everything into the master.

    The Gospel is not ... a "new law," on the contrary, ... a "new life." - William Julius Mann

    L8 Anglican, Lutheran and Orthodox Silver, Reformed Starter, Academic Essentials

    L7 Lutheran Gold, Anglican Bronze

  • Jacob Hantla
    Jacob Hantla Member, MVP Posts: 3,871 ✭✭✭

    Jacob Hantla
    Pastor/Elder, Grace Bible Church
    gbcaz.org

  • Bradley Grainger (Logos)
    Bradley Grainger (Logos) Administrator, Logos Employee Posts: 11,955

    Is there a problem with the time estimator or a problem with the indexer?


    The estimation can be pretty rough, especially after the indexer has just started. Perhaps the biggest problem is that it assumes all resources are the same; like Kenneth said, if the first 3 it indexes are reverse interlinears (which take a long time), it's going to assume that the rest of your library would take as long. (And if you did have 1000+ reverse interlinears, it probably would take 143 hours!)

    I hope we can improve it in future releases. Perhaps we can (anonymously) collect statistics when indexes are being built and report # of books, # of CPUs, and actual time vs estimated time (sampled at 5 minute intervals, say). This would be a small amount of data per computer, but aggregated over thousands of machines, it should really help us to fine tune the initial estimates. Other improvements could be to treat different types of resources differently when estimating the amount of work done so far, and the amount remaining; or remembering the actual indexing times previously recorded on your hardware and use those to set the initial estimate.

  • Jacob Hantla
    Jacob Hantla Member, MVP Posts: 3,871 ✭✭✭

    That seems like a good idea, Bradley. I now only have 6 hours left. 

    Jacob Hantla
    Pastor/Elder, Grace Bible Church
    gbcaz.org

  • Jason
    Jason Member Posts: 150 ✭✭

    Perhaps we can (anonymously) collect statistics when indexes are being built and report # of books, # of CPUs, and actual time vs estimated time (sampled at 5 minute intervals, say). This would be a small amount of data per computer, but aggregated over thousands of machines, it should really help us to fine tune the initial estimates. Other improvements could be to treat different types of resources differently when estimating the amount of work done so far, and the amount remaining

    This would be a great idea.  Anything to help get better estimates...just remember to turn it off before going live unless you want even better stats [;)]

    How to ask for help for Logos issues.