Ticket #69 (closed enhancement: wontfix)

Opened 11 years ago

Last modified 11 years ago

xuvtools: [wishlist] make calculation of thumbnails multithreaded

Reported by: ne704 [niko@… Owned by: emmenlau
Priority: minor Milestone:
Component: xuvtools Version:
Keywords: xuvtools, wishlist Cc: developers@…


As far as I can see, currently thumbnails are generated by a single thread - this should be a perfekt task for multiple threads, since the calculation of one tile's thumbnail/MIP should have no influence on any other tile. Am I wrong?



Change History

Changed 11 years ago by emmenlau

  • status changed from new to closed
  • resolution set to wontfix

This is a very good idea! But sadly, there are too many problems to implement this functionality. The foremost problem is that the filesystem performs very poorly on parallel reads. Also, HDF5 files are not naturally threadsafe (workarounds exist, but we have not implemented them).

I would vote for a similarly useful idea(s):

  • When a stack is read while stitching, automatically generate and display the corresponding thumbnail if it doesnt exist. (In RAM this is very fast)
  • When a thumbnail is generated, keep the stack in memory management (So the stitcher doesn't have to load it later)
  • always compute thumbnails in the background, without blocking any operations. We could completely remove the button "generate thumbnails", and as soon as the user adds a file(s), start thumbnail generation on them (still sequentially, but asynchronous).

Sound useful? Then copy-paste to a new feature request.

Note: See TracTickets for help on using tickets.