Other wise don’t bother at all building a DAM.
This thread is not about building a DAM, this thread is about performance issues with existing functionality.
(you use FRV for this because it is fast and you can cull by comparing and some tagging/rating i believe)
FastRawViewer does not have compare functionality. It’s fast enough switching between images that just switching between them is fine. One can colour code a set of images if one has to choose between a group (i.e. you can filter that colour only). DAM functionality in FastRawViewer is limited – it’s a great fast image browser and tool for culling. I also looked closely at Lyn but unfortunately Lyn’s rating changes aren’t picked up by most RAW tools. I wanted a tool which plays well with others. FRV works well as part of an open post-production workflow.
These days I use FRV to browse my export folders as well, although even more often I use LilyView as there’s zero chrome on it. I could get by with just FRV as, like LilyView, it supports 4K monitors. Apple’s Preview does not.
Part of the price of improved performance are larger caches. No way around it. Can’t all be cached in RAM.
Peter, you have hijacked a performance thread to turn it into a new functionality for the DAM thread. It’s confusing (perhaps not to you but to me and any developers trying to read through it). Honestly, we’d all be better served if you create a new message or feature request about functionality improvements to DAM. Even better yet find an existing message or feature request which covers similar ground and add to it.