Indexing on every program start in A11

Is anyone else experiencing this issue with A11: Every time I open L4(A11) the program indexes. I've tested it at least 15+ times over multiple days. I've tried the "rebuild index" command multiple times, and A11 still indexes every time I open it. Previous alphas did not do this....

I know there have been some resource updates the past few days (i.e. the mysterious and frustrating Tyndale Commentaries download, for one: http://community.logos.com/forums/p/9817/77740.aspx), but I don't think there have been updates every day this past week.

Find more posts tagged with

Comments

Terry Poperszky

Three things:

1. How long does the indexing last? Is it a few minutes, or a full blown I am going to tie you up for days?

2. Do you let it finish?

3. The indexer.log might be helpful in this case.

https://community.logos.com/discussion/comment/78697#Comment_78697

1. Short ones. in fact, the estimated time usually starts at 3hr 20ms, but it takes only about 10-15 min. to finish.

2. Yes.

3. Where is this file?

Terry Poperszky

https://community.logos.com/discussion/comment/78699#Comment_78699

3. Where is this file?

Joe has thoughtfully created a video to detail the entire process of submitting log files.

http://community.logos.com/forums/t/6731.aspx

J.R. Miller

https://community.logos.com/discussion/comment/78699#Comment_78699

1. Short ones. in fact, the estimated time usually starts at 3hr 20ms, but it takes only about 10-15 min. to finish.

The L4 indexer will autostart and run as it is needed. When it says it is indexing resources, does not mean it is reindexing the entire library every time, just doing some maintenance, checking the servers, etc... Unless the indexing is trying to do a 5 hour index every time, I would not be concerned and assume the behavior is normal.

Tim

https://community.logos.com/discussion/comment/78804#Comment_78804

I have something similar happening, although mine is indexing on reboots. So far 4 reboots and every time it comes up. It is the same as above though, anticipating 3-5 hours and then finishing in 15-30 minutes. The odd thing is that I don't even open L4 (A11) for this to happen.

Tom Philpot (Faithlife)

https://community.logos.com/discussion/comment/79828#Comment_79828

Tim,

The indexer is set to run 1) When you log in and 2) When you start the app. The Windows version does something similar so that if you have resource updates, they can be there before you open the app if necessary.

If you can post your Indexer.log we can take a look and see why it thinks it needs to index.

https://community.logos.com/discussion/comment/80009#Comment_80009

I am still experiencing the issue I described above: indexing on every program open, etc.

Here are my logs:

2438.Archive.zip">http://community.logos.com/cfs-file.ashx/__key/CommunityServer.Discussions.Components.Files/75/2438.Archive.zip:550:0]

https://community.logos.com/discussion/comment/80209#Comment_80209

Hmm, second try on the logs:

2548.Archive.zip

Christian Zorio

Yes. This is the first time this amount of indexing was done since the original alpha install. I had some issues updating from alpha 9 to alpha 11. It would give me an error message. Then it went though. Now it is currently doing a seemingly significant indexing job. Haven't had any issue up until this point.

Tom Philpot (Faithlife)

https://community.logos.com/discussion/comment/80210#Comment_80210

Hmm, second try on the logs:

Laurence,

There doesn't appear to be anything out of the ordinary in these logs. Perhaps once the Logos icon disappears (then you know that indexing is finished), you can send the logs.

https://community.logos.com/discussion/comment/80864#Comment_80864

I just completed a clean re-install (and re-index), and I am happy to report that the clean install of A12 does not evidence the continual indexing problem. (I'm running Snow Leopard.)

I wonder if my continual indexing problem since A11 (and similar ones reported by other users in A11-A12) were due to the fact that I have been around since A1 and have not done a clean re-install since then. I think I remember reading some release notes about A3 or A4 which said something about some erroneous indexing code was held over from the windows side in the early Mac alphas. Alternately, perhaps A11 could not handle the large Tyndale Commentaries index merger (though earlier alphas handled the Word Biblical Commentaries and Luther's Works just fine).

Anyhow, glad to be rolling again with a clean install.

Tom Philpot (Faithlife)

https://community.logos.com/discussion/comment/84012#Comment_84012

LO,

Glad you're working again. There are some app commands: Rebuild Index, Merge indexes and Rebuild bible index, I believe that will rebuild all or part of various indexes this without having to reinstall.

https://community.logos.com/discussion/comment/84414#Comment_84414

Tom, thanks for the tip. I had tried the "rebuild index" command previously, but to no avail. I wasn't aware of the other commands. If the problem happens again I'll be sure to give the other commands a go.

Thanks for all of your help in the forums, and keep up the great work on the alphas!

Tyler West

https://community.logos.com/discussion/comment/84423#Comment_84423

Whether the indexing is happening on every start or not, it is VERY resource intensive for a 2GHz dual core with 2GB or RAM. I am still doing my first indexing after about 12 hours and the time remaining is growing. It varies between using 27 and 28 threads and is averaging about 75% on CPU and about 500MB on memory usage. So for about half a day my Mac has been a paperweight.

Not that it is necessary to forewarn the risk-seeking Mac Alpha users like myself, I think it would be useful to make sure that users are aware that the indexing process (especially after install) is going to be long and you can hang up using your Mac for anything other than light applications during this time. Some of my common apps like Safari, Firefox, iWork, etc. are almost useless while the indexing is happening. Pretty much all other apps are sluggish. If I could afford an 8-core Mac Pro with 32GB of RAM I would get one in a heartbeat and I wouldn't even be bothered by it. But I expect most users are in my boat.

What would be better is an indexing process that is more resource aware and can trim itself back a little bit even though it might run longer. For the Macs you might even just start the process with a lower priority.

I think informing the new, especially non-technical, user when the final product comes out is a must.

Tyler

Jack Caviness

https://community.logos.com/discussion/comment/85096#Comment_85096

Tyler

Welcome to L4 Mac and to this forum. We welcome your input. I just hope I don't sound harsh in my response to your comments.

What would be better is an indexing process that is more resource aware and can trim itself back a little bit even though it might run longer. For the Macs you might even just start the process with a lower priority.

Optimizing the Indexer will come much later in the development process.

I think informing the new, especially non-technical, user when the final product comes out is a must.

Logos has alerts posted prominently in many places on their website, and there is a "Read This First" post at the top of this forum.

2GB or RAM

Increasing RAM would be the most cost-effective way of speeding up the process. Thankfully, it should be a one-time process.

Tyler West

https://community.logos.com/discussion/comment/85108#Comment_85108

Optimizing the Indexer will come much later in the development process.

'Nuff said. Exactly what is needed. Like I said, not expecting it now. Just would be useful for the end product. Sounds like it will already be taken care of. Great.

Logos has alerts posted prominently in many places on their website, and there is a "Read This First" post at the top of this forum.

They must not be very prominent. A search on the website concerning the indexer turned up very little information. It appears to only be mentioned in the forums and I did read the "Read This First" post before posting. The concern is the final product, not the Alpha. If the optimization of the indexer in the final package plays nicer then it is a moot point. However, if it doesn't, I don't think leaving the common user to hunt through the forums to find out why their Mac has suddenly turned into an unresponsive brick when it could be the rule rather than the exception is the right way to go about it. If I didn't have another computer available to even get on the website to investigate it then I would have been up the creek. Get the optimizations done and test it out on some average, middle-of-the-road Macs. If it is still hogging resources I think a more prominent warning, like even during installation or possibly in the system requirements section, is in order. Many ordinary Mac users aren't even going to know that it is the indexer causing the problem because they aren't going to look for it. For them they need to be fully aware so they can really plan on not using their Mac for a long period of time after then installation. Again, this only really applies to the finished product. I'm not complaining about myself. As an Alpha and eventually Beta user I'm expecting such things and am technical enough to go find out what is causing it.

Increasing RAM would be the most cost-effective way of speeding up the process.

I'm going to have to disagree with that. In my case it was using around 500MB give or take. Granted that is a lot for one process but I still had a fair amount left, even with other processes, that it could use that it wasn't. Based on what my Mac was doing it was more CPU-bound than memory-bound. Mine was running a solid 75% average across both cores, rarely dipped below 70%, and often pegged over 90% when it could get it from the system. That may be something to consider while continuing work on optimizing the indexer.

No offense taken at all. We all have the same goal to make this an exceptional product. There is no better Bible study software and I will do whatever I can to keep from having to have a Microsoft machine. (Now if I can just talk someone into beginning development on a Linux version... ;-)

Tom Philpot (Faithlife)

https://community.logos.com/discussion/comment/85152#Comment_85152

Tyler,

If it is still hogging resources I think a more prominent warning, like even during installation or possibly in the system requirements section, is in order.

There is a notification displayed rather prominently in the Windows product currently. It's something like "Logos Bible Software is indexing. Indexing could slow down your computer. Click here to pause indexing." Unfortunately, the standard UI element they use on Windows doesn't quite have an equivalent in Mac OS X, and we haven't gotten around to coming up with something similar. The notification will be there in the final product.

Increasing RAM would be the most cost-effective way of speeding up the process.

You're both right to a point. 2 GB is about the minimum necessary to run the indexer comfortably. After that, it doesn't make much difference, it's primarily CPU and IO-bound. We've got a fix coming in Alpha 13 that will allow the indexer to use up to 4 cores if you have 4 or more cores, just like the Windows product. It won't make much difference on a dual core Macbook, but on the Mac Pros or new iMacs, indexing should be faster.

Michael Kares

https://community.logos.com/discussion/comment/85324#Comment_85324

Growl is a 3rd party program that OS X apps use to display these kinds of pop ups. I have it installed. Apps like Firefox and Emusic Download Manager use it for download notifications. I'm not a programmer so I have no idea how easy it would be to use with Logos. Here is their web page: http://growl.info/

Hope this helps

Michael Kares

Jack Caviness

https://community.logos.com/discussion/comment/85324#Comment_85324

We've got a fix coming in Alpha 13 that will allow the indexer to use up to 4 cores if you have 4 or more cores, just like the Windows product. It won't make much difference on a dual core Macbook, but on the Mac Pros or new iMacs, indexing should be faster.

I like that. [Y]

Terry Poperszky

https://community.logos.com/discussion/comment/85324#Comment_85324

but on the Mac Pros or new iMacs, indexing should be faster.

Faster is better.

Matt Singleton

https://community.logos.com/discussion/comment/84423#Comment_84423

I'm having the same problems. Have tried reinstalling and does not fix it. Where is the rebuild index command? I don't understand how to do this. Thanks.

Keep Smiling 4 Jesus :)

https://community.logos.com/discussion/comment/86062#Comment_86062

Rebuild Index is a tool that shows in command window after enough is typed:

Have Fun [:)]

MajorCedar

https://community.logos.com/discussion/comment/86235#Comment_86235

I've found the "Rebuild Index", selected it, and nothing happens.

Michael Kares

https://community.logos.com/discussion/comment/86245#Comment_86245

Can take up to 5 or 10 minutes for the logos icon to appear in the menu bar with no feedback until then

Kevin Rossen

https://community.logos.com/discussion/comment/86251#Comment_86251

I'm having the indexer start every time I launch Logos 4 in A12 and I think I know why: AppTrap. In previous updates, I've usually had the AppTrap dialog pop up asking me if I wanted to Move Files or Leave Files and I've selected Move Files (to the trash). With this update I decided to leave the files and I'm having the indexer run every time.

Here's what the AppTrap window looks like:

I'm going to test my theory by downloading the A12 build again and choosing to "Move Files" this time. I'll report back later on whether or not it works.

Kevin Rossen

https://community.logos.com/discussion/comment/86483#Comment_86483

I wasn't able to get the "Move Files" option come up when I downloaded the dmg file, so I guess I'll have to wait to test my theory until A13 is released.