Welcome, Guest
General discussion about ComicRack
  • Page:
  • 1
  • 2

TOPIC: Performance on new CPU's

Performance on new CPU's 4 months 1 week ago #49234

  • kino13
  • kino13's Avatar
  • Offline
  • Senior Boarder
  • Posts: 58
  • Thank you received: 6
  • Karma: 0
I usually have a good/fast computer, and recently I upgraded to a Ryzen 1700x with 16 threads. The system has SSD's, HD's, and 32Gigs of Ram.

I am also doing massive conversions of comics to zipped webp format.

Has anyone experimented with the settings, the priority of the process or whatever to make the program faster? It is my impression that is not using the resources as much as it could.

The /tmp folder is a ramdisk as well.

The disk usage is not saturated, and the cpu does not go beyond 20%. I guess I was expecting a more intensive use of resources.

Note: I have played with some settings in the comicrack.ini but I haven't seen any significant change.

Regards
with no power comes no responsibility. except that wasn't true
Last Edit: 4 months 1 week ago by kino13.
The administrator has disabled public write access.

Performance on new CPU's 4 months 1 week ago #49235

  • Xelloss
  • Xelloss's Avatar
  • Offline
  • Platinum Boarder
  • Posts: 580
  • Thank you received: 144
  • Karma: 29
Try this:

Put ALL your smartlists and lists (but the one you use to select comics to convert) in a folder, and configure the list folder to show nothing when selected (right click and select empty). Close the folder (minimize it, that you ONLY see the folder, empty and closed, and the list you use to select the comics)

Now do the export, and tell me if that changes something :P

Everytime you export a comic and readd it to the library (automatically or manually), CR reload ALL the smartlist - it indeed do that any time you make any change in your library. In case you have a lot of smartlist and complex rules, this can take A LOT of processing a memmory handling... by closing a folder that doesn't show the content, CR doesn't reload anything... and it can mean in some cases HUGE performance differences...

This is best view when updating comics in disk, but I think that it can also show some improvement in exporting books.
Last Edit: 4 months 1 week ago by Xelloss.
The administrator has disabled public write access.

Performance on new CPU's 4 months 1 week ago #49236

  • kino13
  • kino13's Avatar
  • Offline
  • Senior Boarder
  • Posts: 58
  • Thank you received: 6
  • Karma: 0
:laugh:
I don't use any smartlist, I just use the search as a general filter when I needed. Haven't checked if there are too many smartlists by default in the program.

Besides all that, the conversion happens to comics NOT on the collection, so I don't think that would change anything.

My collection is stored in a separated MYSQL database as well.

You can find this (among other settings) in the comicrack.ini:
; Amount of memory in MB ComicRack should limit itself (default is turned off) (sames as -lm MB command switch)
; LimitMemory = 50

; Maximum number of threads to use per background queue (actual value is based on available processors)
; MaximumQueueThreads = 4

; Enable parallel optimizations for smartlists and queries
; EnableParallelQueries = false

; Maximum number of comic conversions done in parallel (limited by processor count, 1 to turn off)
; ParallelConversions = 32

Those are not the values I am currently using (as I am not writing from my pc), but still I have not noticed any improvement.
with no power comes no responsibility. except that wasn't true
The administrator has disabled public write access.

Performance on new CPU's 4 months 1 week ago #49238

  • Xelloss
  • Xelloss's Avatar
  • Offline
  • Platinum Boarder
  • Posts: 580
  • Thank you received: 144
  • Karma: 29
; Maximum number of comic conversions done in parallel (limited by processor count, 1 to turn off)
; ParallelConversions = 32

I think you must have done it, but I would try putting a 4 there :P
The administrator has disabled public write access.

Performance on new CPU's 4 months 1 week ago #49239

  • kino13
  • kino13's Avatar
  • Offline
  • Senior Boarder
  • Posts: 58
  • Thank you received: 6
  • Karma: 0
Xelloss wrote:
; Maximum number of comic conversions done in parallel (limited by processor count, 1 to turn off)
; ParallelConversions = 32

I think you must have done it, but I would try putting a 4 there :P

I think in the lasts tests I was already in 20 (yeah, I know it says limited by cpu).
with no power comes no responsibility. except that wasn't true
The administrator has disabled public write access.

Performance on new CPU's 4 months 1 week ago #49240

  • Xelloss
  • Xelloss's Avatar
  • Offline
  • Platinum Boarder
  • Posts: 580
  • Thank you received: 144
  • Karma: 29
I have it in 32 and it works quite well...
The administrator has disabled public write access.

Performance on new CPU's 4 months 1 week ago #49241

  • kino13
  • kino13's Avatar
  • Offline
  • Senior Boarder
  • Posts: 58
  • Thank you received: 6
  • Karma: 0
Xelloss wrote:
I have it in 32 and it works quite well...

Then, then THEN!!! I will put it to 64!!!!!

Now, seriously, it just bothers me that the system is not being used at full capacity. I will keep making changes and try to do a control test with a default file.
with no power comes no responsibility. except that wasn't true
The administrator has disabled public write access.

Performance on new CPU's 4 months 1 week ago #49242

  • Xelloss
  • Xelloss's Avatar
  • Offline
  • Platinum Boarder
  • Posts: 580
  • Thank you received: 144
  • Karma: 29
does it run multiple conversions at the same time at least? Or only one?

Because if it is only one, perhaps the problem is something to do with that option not working for x reason
Last Edit: 4 months 6 days ago by Xelloss.
The administrator has disabled public write access.

Performance on new CPU's 4 months 3 days ago #49265

  • boshuda
  • boshuda's Avatar
  • Offline
  • Platinum Boarder
  • Posts: 334
  • Thank you received: 85
  • Karma: 10
Well, keep in mind ComicRack was written before current architectures. It's entirely possible it hasn't been built to take advantage of certain instructions. Ideally .net would take advantage of any of those improvements, but if older .net functions, etc were used those might not have been updated to take advantage of the newer stuff. There might also be artificial limiters in place so older code doesn't explode all over the place in some sort of under the hood 'legacy-mode' or something. Back in the day, if code was written to run as fast as it could, then weird stuff sometimes happened when processors got significantly faster at performing certain operations. And don't forget the simple idea that there might be some bugs in there.

In short, it might just be that Comic Rack will not let you max out a modern machine.
The administrator has disabled public write access.

Performance on new CPU's 4 months 2 days ago #49266

  • kino13
  • kino13's Avatar
  • Offline
  • Senior Boarder
  • Posts: 58
  • Thank you received: 6
  • Karma: 0
Yeah, I am having the impression I am flogging a dead horse here...

Is not that the software isn't working, but the feeling that one of these days an update is going to break it and there's nothing we can do is worrisome.

Edit: I am with the flu so I haven't made the tests I said, still planning on doing them though.

Regards
with no power comes no responsibility. except that wasn't true
Last Edit: 4 months 2 days ago by kino13.
The administrator has disabled public write access.
  • Page:
  • 1
  • 2
Time to create page: 0.219 seconds

Who's Online

We have 168 guests and 2 members online