I don't have "converted" PDFs, just four sorts
1. Tech info, Service info (mostly not imported)
2. Manuals, instruction books etc that work OK on Sage
3. Scans of old books and magsines (mostly books, 100s of magasines not imported)
(The above three in no other format)
4. And finally, files for POD exported from LO Writer direct, for proofing layout/format only (never content) on Elipsa. Not many, but more than one size per title. These have a related epub for ebook publishing and azw3 and dual mobi purely for testing. The epub is from a docx, then deleted (original still exists in same place as odt). The azw3 & dual mobi from epub. The pdf not made by Calibre but a direct LO Writer export.
The only other "waste" in the indexing is where the epub is from a PD mobi or a converted epub or a bought azw3 converted to epub.
Hence 6337 vs 14249
There are also some titles with no formats.
Adding new books is no issue. Seems instant to index.
Free space Storage 2.9 TB
full-text-search-db = 10.6GB
The entire library as an export is about 23 GByte, so the FTS DB seems a bit large? Though Export is compressed.
Thanks for suggestions @BetterRed
I've no LITs, PDBs LRFs etc. The Palm Z22 was just a test
The FTS is very useful to me, not sure why I took so long to set it up.
Eventually a priority list of formats (like for transfer) would be an idea so that you could decide to only index one format per title.
(And rsync backed it up to my server already tonight. I never run the sync with Calibre or any editor /content creating program open).