![]() |
#16 | |
null operator (he/him)
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 21,730
Karma: 29711016
Join Date: Mar 2012
Location: Sydney Australia
Device: none
|
Quote:
I did some similar tests - 16GB I7-7700, Windows 10 Pro 1903. The library I used has 180K items and it lives on a 4TB WD Caviar Black on a SATA III 6gb/s controller. I run 2 active content indexers (Windows and X1) and two active AVs (Windows Defender and Malwarebytes) - with no exclusions. From a SanDisk NVMe SSD I added a 31MB PDF to the above library in 2.2 seconds, I don't have any large EPUBS so I added a 200MB CBZ, it took 4.6 seconds. My experience is that putting libraries on an SSD rather than a decent SATA III controller/disk combo makes no discernible difference to calibre performance. Likewise with library size, the performance of my 180K item Main library is not significantly different to my 64 item Test library - which has dozens of custom columns, they're both PDQ. BR |
|
![]() |
![]() |
![]() |
#17 | |
Well trained by Cats
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 31,062
Karma: 60358908
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
Quote:
It has NOTHING to do with the number of ENTRIES already present. Yous system is I/O bound . ![]() ![]() ![]() |
|
![]() |
![]() |
Advert | |
|
![]() |
#18 | |||
null operator (he/him)
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 21,730
Karma: 29711016
Join Date: Mar 2012
Location: Sydney Australia
Device: none
|
Quote:
Quote:
In the main book screen the only thing I can show in the left edge is the Tag Browser. I normally have it hidden and use a keyboard shortcut to Show and Hide it. The book details (where the cover, comments are shown) can be shown at the right or bottom edge, I normally have it at the bottom. Quote:
The PDF and CBZ files I used copied from C:\_scratch (the NVMe SSD) to D:\_scratch (the SATA III HDD) in 2.1 secs and 4.1 secs - which are fractionally faster than the calibre add times. But in addition to copying the files, the calibre add also creates a book folder, updates its database, extracts and writes the cover.jpgs, and creates the book metadata.opf files. If the copy times are substantially shorter than the calibre add times (e.g. 2-5 seconds rather 15-25 seconds) that suggests something is interrupting calibre's processing - like a virus scanner, content indexer, encrypter etc. Try killing all extraneous tasks. Also try adding items to a newly created empty library, if the times are significantly shorter then its something related to the existing library. The Job Spy plugin has a tool to list custom columns to a CSV, if you post it we can have a look for any 'oddities'. Last resort: install Windows under Boot Camp on your Mac ![]() BR |
|||
![]() |
![]() |
![]() |
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Large Calibre Library Slow - Solved | Mythlandia | Library Management | 0 | 09-09-2013 03:46 AM |
Large Library working slow | bigbird1227 | Library Management | 3 | 11-21-2011 05:14 PM |
Calibre a bit slow editing in large Collections | Evilwarning | Calibre | 13 | 11-04-2010 04:27 AM |
Large FB2s slow? | edwlarkey | Astak EZReader | 2 | 10-09-2009 12:29 AM |
Sony PRS-505 slow whilst changing Chapters. XHTML too large? | pato1 | Workshop | 3 | 06-08-2009 03:05 PM |