Thumbnail Cache - Time to display
Moderators: XnTriq, helmut, xnview
Thumbnail Cache - Time to display
To be honest, this has happened with all XnView versions I've used in the past months: when you have several dozen folders cached, the dialog tab takes half a minute or more to display. There's a lot of data to display and a big list to create, of course, but probably a different approach, if possible, could be used to speed it up or at least a progress bar or similar could be added.
XnView 1.90 <x>
XnView 1.90 <x>
Re: Thumbnail Cache - Time to display
Do you mean something like a cache of the Cache? (ie: update a single list with Folder/Images/Size) updated in the background? ... I support!robc wrote:probably a different approach, if possible, could be used to speed it up
Olivier
Re: Thumbnail Cache - Time to display
Even with the new cache DB??robc wrote:To be honest, this has happened with all XnView versions I've used in the past months: when you have several dozen folders cached, the dialog tab takes half a minute or more to display. There's a lot of data to display and a big list to create, of course, but probably a different approach, if possible, could be used to speed it up or at least a progress bar or similar could be added.
Pierre.
-
- Posts: 98
- Joined: Tue Sep 26, 2006 7:41 am
The problem I have with Cache is that it has not been completely error-free so far (and I tend to use that Cache panel regularly for manual cleaning).nightflyer wrote:Is there any need to care at all? This is not frequently used option I guess- only for cleanup and similar work.
Now, you are right... and we should focus instead on improving Cache itself (bugs & improvements) before next release.
Olivier
How many folders do you have in the list?robc wrote:Pierre, it happens with the new DB, actually I was speaking of the last alpha. I don't believe the problem lies in the db but in the list control, what usually takes up a lot of time is adding items to the list: how are you doing it? it might help to spawn a thread just for filling up the list...
Pierre.
No i don't read thumbnail, i make only 2 SQL commandsOlivier_G wrote:I monitored XnView when it shows the 'Cache' Options panel: 83MB was read from the 41MB cache file.
=> looks like XnView actually read everything (thumbs included) just to list things... and do it twice...
Questions: why 2 full passes? Why read images?
Pierre.
I looked more closely at the Reads with File Monitor:xnview wrote:No i don't read thumbnail, i make only 2 SQL commands
- there is a total of 84000 reads of 1024 bytes on cache_thumb.db (=>83MB)
- there are 21 reads on cache_thumb.db-journal with error (file not found)
- cache_thumb.db is not read entirely, but it is actually read 20 times in cycle after journal errors
(Process Explorer confirms the 83MB I/O on disk)
There is something fishy, here...
Olivier
-
- Posts: 98
- Joined: Tue Sep 26, 2006 7:41 am
There is definitely a problem with database performance.
When I create thumbnails for a directory from Options->Thumbnails, I get only 10-15% CPU busy on a 2GHz Pentium 4.
XnView is then totally unresponsive, there is no way to interrupt creation (click Cancel button).
Can this be a problem of not-putting thumbnail creation into transaction?
When I create thumbnails for a directory from Options->Thumbnails, I get only 10-15% CPU busy on a 2GHz Pentium 4.
XnView is then totally unresponsive, there is no way to interrupt creation (click Cancel button).
Can this be a problem of not-putting thumbnail creation into transaction?
-=nightflyer=-
-
- Posts: 98
- Joined: Tue Sep 26, 2006 7:41 am