Inline smart search very slow

NetworkGeek · 2025-07-09T22:51:20+00:00

There was an error rendering this rich post.

Inline smart search seems very slow. I type a phrase like 'Jesus speaks to his mother', it can take 8-15 seconds. ( I have been experimenting with a number of 'Jesus speaks to…" searches). The second time it's very fast, probably cached I suspect. I have a very fast internet, 2GB download, so it's not that.

I am on Verbum/Mac.

Anyone else seeing this?

Find more posts tagged with

Accepted answers

Adam Borries (Logos)

Thanks for the bump.

We talked this over at some length. Long story short, this is expected in the current design. The reason, if you care to know, is that inline search is getting 3x as many results as the Bible search panel. Essentially, it's doing the same thing as running a smart Bible search, clicking the More button a couple of times, and sorting them by reference. And you're right, results are cached, so subsequent searches for the same phrase are much faster.

We are talking about ways we could improve the performance, including switching the back end to a newer LLM model. This probably won't happen in the near term, but maybe the medium term.

All comments

John Fidel

I am unable to duplicate using MBP and latest Logos drop. I did not put any quotation marks in the search.

NetworkGeek

OK, here is a test I did of 5 searches. I smart-searched on the ESV Bible, Smart Bible Search, and the Smart 'All' search. For the all search, I timed when results were returned, not when the synopsis completed. Each time I did a search, I varied the order of each of the three searches, in case there was any caching that would influence the result. I suspect All search and Bible search may have had some related/cached results, but I am not sure of course.

You will notice some results are worse than others, like "John listens" - 15 seconds inline, instantaneous in a Smart Bible search. The difference was so large I did another search, 'Jesus listens', going first with the Bible Search (where 'John listens', inline was first), and in 'Jesus listens' Bible was 4 seconds Inline was 9.

This is Verbum/Mac. I am on a Macbook Pro M4, a fast laptop.

IMHO these kinds of examples make using the inline search somewhat problematic, as someone is working through scripture and dealing with longer delays to find a verse quickly as they are reading/studying.

Who might address this, @Mark Barnes (Logos) @Adam Borries (Logos) @Matt Mattox ?

All numbers in seconds:

Jesus speaks to the Pharisees: ESV: 10 seconds Bible: 4 All: 3

Mary speaks ESV: 12 Bible: 2 All:2

Peter asks a question ESV:8 Bible: instantaneous All:3

Jesus says he is hungry or thirsty ESV:7 Bible:2 All:5

John listens ESV:15 Bible: instantaneous All:3

NetworkGeek

https://community.logos.com/discussion/comment/1373737#Comment_1373737

@John Fidel I didn't put quotes in the actual searches either. Can you try some of the test cases I just posted, and post your results? What computer are you using?

John Fidel

The results of these are all immediate using smart search on the ESV. Did you try another translation? Perhaps your ESV needs to be reindexed.

Hi NetworkGeek,

I'm able to duplicate some of your results on Windows 11.

Jesus speaks to the Pharisees: ESV: 10

Mary speaks ESV: instant

Peter asks a question ESV: instant

Jesus says he is hungry or thirsty ESV:9

John listens ESV:10

Notes:

Upon second try of these queries, the last one returns instantly. The first one still took several seconds. Some caching going on?
I have the ESV parallel-resourced with NIV and NLT in the same tab panel, and it is link-set linked with two other Bible panels with multiple resources. Not sure if this might be a factor for the slowness?

Adam Borries (Logos)

Thanks, Geek. I'll bring this to the attention of the dev team.

NetworkGeek

https://community.logos.com/discussion/comment/1373741#Comment_1373741

Interesting thought - results are mixed! Here is what I found:

Slow Inline search - ESV, ESV-CE, Douay-Rheims, NLT

Instantaneous - Faithlife Study Bible, Navarre Study Bible

I'll try a reindex all and report back. Or maybe it's something specific to certain bibles and not others?

@PL - I don't have these bibles linked or multiple bibles in the same panel.

@John Fidel are you Windows or Mac? I saw PL was Windows.

Adam Borries (Logos)

I don't think reindexing will help in this case. Indexing is for the local "precise" search engine, where Smart results are generate online and sent back to Logos on your machine.

John Fidel

mbp

NetworkGeek

Ah, caught this a little too late just started it @Adam Borries (Logos) lol! If you think of anything you would like me to try, let me know. I am interesting in seeing if anyone on the Mac platform experiences it - although @PL is on Windows; that might rule out an OS-related issue.

NetworkGeek

Yep @Adam Borries (Logos) you were right - reindexing/rebuild finished, and no change. Can you think of anything I should check/try that might identify the issue or get around it?

NetworkGeek

@Adam Borries (Logos) I attached the error log file, as it's small, but there are recent errors in it that may be something:

Program Version: 43.0 (43.0.0.0377)
Time: 2025-07-10 12:07:58 -04:00 (2025-07-10T16:07:58Z)
SQLite Error 9: statement aborts at 1561: [select l.LabelText, null, t.Reference, ik.IconKind, t.CompletionKind, et.EquivalenceItemId, d.Description
from Terms t
join Labels l using (TermId)
join IconKinds ik usin

Program Version: 43.0 (43.0.0.0377)
Time: 2025-07-10 12:06:49 -04:00 (2025-07-10T16:06:49Z)
Error downloading user events.
Libronix.Utility.Net.WebServiceException: Error building request. Request: GET https://usereventsapi.logos.com/v1/events
---> System.Net.Http.HttpRequestException: An error occurred while sending the request.
---> System.IO.IOException: The encryption operation failed, see inner exception.
---> System.ComponentModel.Win32Exception (14): Bad address
--- End of inner exception stack trace ---

Program Version: 43.0 (43.0.0.0377)
Time: 2025-07-10 12:06:49 -04:00 (2025-07-10T16:06:49Z)
Error building request (GET https://usereventsapi.logos.com/v1/events).
System.Net.Http.HttpRequestException: An error occurred while sending the request.
---> System.IO.IOException: The encryption operation failed, see inner exception.
---> System.ComponentModel.Win32Exception (14): Bad address
--- End of inner exception stack trace ---

VerbumError.txt

NetworkGeek

Hi @Adam Borries (Logos) , I am just wondering if there is any progress on this, or will this not be addressed in the near term? It feels like something is happening to slow things down - especially when the same search in other ways is very fast. Thanks!

Adam Borries (Logos)

Thanks for the bump.

We are talking about ways we could improve the performance, including switching the back end to a newer LLM model. This probably won't happen in the near term, but maybe the medium term.

NetworkGeek

Hi @Adam Borries (Logos) thanks so much for the explanation and for looking into it. That makes sense, at least I know all is ok on my/my computer's end! Thanks again.