Back to cover caching – is it likely to by affected by the way the drive is
accessed?
All of my comics are stored on an external drive connected to a desktop
machine. More often than not, I access the drive via network share from my
Surface – I make sure the drive letter is the same, so both the desktop and
network share are accessed via Z.
I’ve noticed that CX running on my Surface (with a local copy of the database)
doesn’t seem to show, or cache, covers.
From: bareheiny
Sent: Tuesday, 17 December 2019 9:39 AM
To: comixed-dev@xxxxxxxxxxxxx
Subject: [comixed-dev] Re: Cover caching.
Logging parameter I’m using: --logging.level.org.comixed=DEBUG >
Z:\Comics\.comiXed\comiXed.log
From: bareheiny
Sent: Tuesday, 17 December 2019 9:37 AM
To: comixed-dev@xxxxxxxxxxxxx
Subject: [comixed-dev] Re: Cover caching.
I picked up the new pre-release, and as usual have questions.
When logging is enabled, where does it get output to, and would it override the
piping to a file parameter used in the bat file I use to start CX?
Also, what sort of additional logging should I expect to see?
On 16/12/2019, at 16:50, Darryl L. Pierce <mcpierce@xxxxxxxxx> wrote:
I'm hoping that, with the logging code I put in today, you'll be able to
capture some imperical data from the browser and post it for us to look over an
figure out what's going on.
On Sun, Dec 15, 2019 at 4:08 PM bareheiny <dmarc-noreply@xxxxxxxxxxxxx> wrote:
Sorting may not be an issue – lack of sleep over the weekend is causing a few
cognitive issues.
Ignoring the donut chart page, I’m still seeing weird behaviour when navigating
library pages.
Starting on page one, the comic count (bottom left of the screen) starts at 100
and slowly increases...at the same time, covers are loaded (slowly...which is
odd, as they have been cached before).
When navigating to another page of the library (usually page 2), nothing
happens for a period of time...after which the cover panes are cleared (i.e.
the images from page 1 are removed, and the placeholder panes are shown). The
comic count resets to 100 and the covers are slowly loaded.
The upshot of this is that navigating the library is painfully slow ☹
From: Darryl L. Pierce
Sent: Monday, 16 December 2019 2:20 AM
To: comixed-dev@xxxxxxxxxxxxx
Subject: [comixed-dev] Re: Cover caching.
For the sorting, I'm guessing there's likely still a bug in that code. :-/
On Sun, Dec 15, 2019 at 4:01 AM bareheiny <dmarc-noreply@xxxxxxxxxxxxx> wrote:
Not sure I’m seeing any increase in load times...but I am seeing odd behaviour
in the library counts.
For example, the count gets up to 48k when fully loaded (on the doughnut chart
page), navigating to the library page changes it to 100....which slowly
increases.
Navigating to page 2 puts the count back to 100....and takes a long time to
load.
I’ll keep digging when I get some time, but can I confirm this is not what is
expected?
I had anticipated the covers to be cached slowly (seems to be happening), but
the decreased load times have t materialised.
I’m also seeing odd behaviour in the library load...I default to sort by date
loaded, but the comics are being loaded in series groups - with log messages to
that effect.
--
Darryl L. Pierce <mcpierce@xxxxxxxxx>
"Le centre du monde est partout." - Blaise Pascal
"Let's try and find some point of transcendence and leap together." - Gord
Downie
--
Darryl L. Pierce <mcpierce@xxxxxxxxx>
"Le centre du monde est partout." - Blaise Pascal
"Let's try and find some point of transcendence and leap together." - Gord
Downie