View Single Post
Old 06-27-2022, 09:24 PM   #35
kovidgoyal
creator of calibre
kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.
 
kovidgoyal's Avatar
 
Posts: 45,455
Karma: 27757438
Join Date: Oct 2006
Location: Mumbai, India
Device: Various
Quote:
Originally Posted by BetterRed View Post
Understood and I agree… but how about having the software check the Restrict searched books if a VL or metadata search is active… if the user really wants to do a library wide text search whilst a metadata search is active they can uncheck it easy enough.
But then that would mean the users choice for the checkbox is not remembered. Not sure that's better. I can think of plenty of use cases for searching full library even when the main screen is restricted. For example, to check if there are books with mislabelled data.

Quote:
Four minutes to display the snippets for 250 books with nothing much else running seemed quite slow to me. It was using up to 25% of an i7-7700 with 16GB of RAM and a fair bit of HDD activity - that's why I thought it must be rattling through the format files. The full-text-search.db file is 3.51GB.

BR
The snippet search has to go through the full book text, sadly the sqlite fts engine doesnt seem store offsets of words in the text, which is why it is slow. But it only needs to search the matched book files, not the full library.
kovidgoyal is offline