Opps. I’m sorry for the confusing post. All import should be replaced
with pictures imported already to the database. All times refers to
the time of loading the database (opening DT) and closing it. This
time is very similar to switching from Darkroom to Light Table. On the
beginning I was suspecting the system problem. But new system,
different machines has the same problem. I understand that DT is
developed primary for RAWs but I have also a lot of JPEGs and it would
be nice to have efficient multimedia management system. Right now, I
have solved this problem by creating three separate databases.
1.      For all RAWS and JPEGs taken by digital cameras
2.      For the first part of JPEGs analog pictures scanned with a photo
scanner (~3.500 pictures)
3.      For the second part of JPEGs analog pictures scanned with a photo
scanner (~3.500 pictures)
But I’m considering using digikam for analog pictures (2 and 3 merged
together) since to search in two separate databases is not convenient.

Thank you for the info about cache.

Regards,
Marcin


On Wed, Feb 20, 2013 at 12:35 PM, Rob Z. Smith <[email protected]> wrote:
> I'm a little confused here Marcin, are you referring just to the time taken 
> for import?  If so I wonder why this is really of concern, OK it would be 
> nice for it to be faster or instantaneous even but import is a one off 
> operation to load the database, subsequent speed of use of the images after 
> that is much more important I would have thought.
>
> That said I see your speed problem seems to be to do solely with .jpeg import 
> not with raw.  This isn't something I can help on as I have used dt almost 
> exclusively on raw's myself and the extremely small number of jpegs I have 
> caused no problems - that said there have been other comments on the list 
> regarding dt being in some cases much slower on jpegs than raw.
>
> With regard to cache size experimenting to find your own optimum is going to 
> be best - but in general computing terms the extra overhead of a large cache 
> is usually small compared to the costs of cache misses from too small a cache 
> :-)
>
> Rgds,
> Rob.
>

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
Darktable-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/darktable-users

Reply via email to