New computer for Digikam

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

New computer for Digikam

Dotan Cohen
I am considering replacing an aging desktop computer. The machine is
used mostly for Digikam, Amarok, and Kopete. Only occasionally are
other apps, such as K3B, Firefox, Skype, and Open Office ever used.
Therefore, I want a system that is tuned best for Digikam.

Should my resources be devoted to more memory, faster disks, faster
processor, more processor cores, graphics hardware, or something else?
A local computer store has Intel/Asus machines at prices that I can
afford. Is there a significant difference between these processors:
Intel Pentium Dual Core E2140 (1600 MHz)
Intel Pentium Dual Core E2160 (1800 MHz)
Intel Pentium Dual Core E2180 (2000 MHz)
They all have 1MB cache. I see that I can pay a bit more to upgrade to
a Pentium D 925 with 4 MB cache. I thought that the  Pentium D was a
single core processer and therefore inferior to the Pentium Dual Core.
Am I mistaken? Can someone educate me please?

Additionally, I can pay ~$3USD to have the 1GB DDR II 667 generic RAM
upgraded to Kingston. I can pay another ~$10USD to have it upgraded to
OCZ Gold with a cooling rib. Are these worthwhile upgrades?

Is a 128MB nVidia graphics card enough for Digikam? I'd imagine so,
but if it could bottleneck that I'd rather know now.

Are 7200 RPM SATA disks worth an investment? I already have a brand
new 500GB IDE Western Digital drive in the old computer. As the new
computer will come with a SATA drive anyway, should I store the photos
on the SATA, or should I store the OS on the SATA drive? I can get a
7200 RPM drive, will that make a real difference?

Anything special that I should know about the motherboard? I know that
I will need IDE controllers for my DVD burner and the 500GB WD drive.
Can I put the burner (rarely used, and never while Digikam is open) on
the same IDE controller as the hard drive?

Thanks for all the assistance and please excuse the long list of
borderline offtopic questions. The married folk on the list will
surely understand how important it is that a machine used mostly by
the wife will be as stable and high performance as possible, and the
right hardware is essential to that goal. As this is a system made
mostly for Digikam usage, I ask here on the Digikam list.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: New computer for Digikam

Bugzilla from mikmach@wp.pl
Dnia Saturday 08 of December 2007, Dotan Cohen napisał:
> I am considering replacing an aging desktop computer. The machine is
> used mostly for Digikam, Amarok, and Kopete. Only occasionally are
> other apps, such as K3B, Firefox, Skype, and Open Office ever used.
> Therefore, I want a system that is tuned best for Digikam.

digiKam can only gain from faster disks, memory and processor. Next
version of KDE can gain from better graphic card due to increase usage
of OpenGL effects but I am not aware about usage of those in digiKam
- now or in near future (apart from slideshows).

m.

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: New computer for Digikam

Dotan Cohen
On 08/12/2007, Mikolaj Machowski <[hidden email]> wrote:

> Dnia Saturday 08 of December 2007, Dotan Cohen napisał:
> > I am considering replacing an aging desktop computer. The machine is
> > used mostly for Digikam, Amarok, and Kopete. Only occasionally are
> > other apps, such as K3B, Firefox, Skype, and Open Office ever used.
> > Therefore, I want a system that is tuned best for Digikam.
>
> digiKam can only gain from faster disks, memory and processor. Next
> version of KDE can gain from better graphic card due to increase usage
> of OpenGL effects but I am not aware about usage of those in digiKam
> - now or in near future (apart from slideshows).

Thanks, Mikolaj. I just wanted to know where I should be careful not
to bottleneck. A 3.6 GHz processor would be a waste if the system had
only 256MB RAM (extreme example).

Do factors such as bus speed, L2 cache, number of cores, and speed of
RAM make a significant difference for Digikam specifically? I know
that it seems like a silly question, but if I'm buying hardware for a
specific purpose, I'd like to get the right hardware. And I _will_
have to make compromises as budget allows. Where should those
compromises be?

Thanks.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: New computer for Digikam

Gerhard Kulzer-3
Am Saturday 08 December 2007 schrieb Dotan Cohen:

> On 08/12/2007, Mikolaj Machowski <[hidden email]> wrote:
> > Dnia Saturday 08 of December 2007, Dotan Cohen napisał:
> > > I am considering replacing an aging desktop computer. The machine is
> > > used mostly for Digikam, Amarok, and Kopete. Only occasionally are
> > > other apps, such as K3B, Firefox, Skype, and Open Office ever used.
> > > Therefore, I want a system that is tuned best for Digikam.
> >
> > digiKam can only gain from faster disks, memory and processor. Next
> > version of KDE can gain from better graphic card due to increase usage
> > of OpenGL effects but I am not aware about usage of those in digiKam
> > - now or in near future (apart from slideshows).
>
> Thanks, Mikolaj. I just wanted to know where I should be careful not
> to bottleneck. A 3.6 GHz processor would be a waste if the system had
> only 256MB RAM (extreme example).
>
> Do factors such as bus speed, L2 cache, number of cores, and speed of
> RAM make a significant difference for Digikam specifically? I know
> that it seems like a silly question, but if I'm buying hardware for a
> specific purpose, I'd like to get the right hardware. And I _will_
> have to make compromises as budget allows. Where should those
> compromises be?
>
> Thanks.
>
> Dotan Cohen
>
Right now digiKam is not yet taking much advantage of smp for the heavy-load
plugins (CIMG), but that will change in the future, so a dual processor is
recommended, although not fully exploited today. There are a lot of tasks
running in threads by now, but those are not the time consumers. If you
planned for today only, a fast single CPU would be better, but I don't
recommend it. Don't buy a dual core machine that is too slow in clock. Intels
can be overclocked, but you need the MB that goes with it. L2 cache is quite
important in my experience. Two cores is fantastic even if you don't run many
applications in parallel. I just enjoy my machine churning on digiKam stuff
and still be reactive as nothing would happen in the background :-), it's
impressive.
My CPU recommendation is Intel E6750, that is really cheap for what it is,
cheaper than slower CPUs. But you need an 1333MHz FSB motherboard. I'd
recommend that anyway, because if you want to upgrade later, the CPUs are
likely to run at least that fast (I just sold my E6400 CPU on ebay for 98% of
the price I bought it a year ago, upgrading is possible).
Buy enough memory, 1GB is not enough, buy >=2GB. The memory speed is not so
important, between the slow ones and fast one there is hardly 10% difference
in endperformance.
SATA or ATA, my hdparm tests don't show much of a difference. But modern MB
will oblige you to go SATA-II. The file system makes more of a diff, not for
saving the images, but for the thumbnails caching. Mount them with 'noatime'.
Without journal is much faster. Better is (you seem to have two disks) to put
the journal of one disk on the other drive. Speed is then as a fs without
journaling because of the parallel access. xfs, reiserfs or ext3 are all
good.
digiKam don't ask much of graphic cards. But nowadays even good ones are
cheap, I bought a nvidia NT8600GT for less than 100 euros, has 260MB RAM,
passively cooled. And I wouldn't want to miss compiz anymore.
Think rather of a good monitor, we had this discussion already on this ML.
Photos require an excellent screen, notbooks are no good in general.

Gerhard


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: New computer for Digikam

Gilles Caulier-4


2007/12/8, Gerhard Kulzer <[hidden email]>:
Am Saturday 08 December 2007 schrieb Dotan Cohen:

> On 08/12/2007, Mikolaj Machowski <[hidden email]> wrote:
> > Dnia Saturday 08 of December 2007, Dotan Cohen napisał:
> > > I am considering replacing an aging desktop computer. The machine is
> > > used mostly for Digikam, Amarok, and Kopete. Only occasionally are
> > > other apps, such as K3B, Firefox, Skype, and Open Office ever used.
> > > Therefore, I want a system that is tuned best for Digikam.
> >
> > digiKam can only gain from faster disks, memory and processor. Next
> > version of KDE can gain from better graphic card due to increase usage
> > of OpenGL effects but I am not aware about usage of those in digiKam
> > - now or in near future (apart from slideshows).
>
> Thanks, Mikolaj. I just wanted to know where I should be careful not
> to bottleneck. A 3.6 GHz processor would be a waste if the system had
> only 256MB RAM (extreme example).
>
> Do factors such as bus speed, L2 cache, number of cores, and speed of
> RAM make a significant difference for Digikam specifically? I know
> that it seems like a silly question, but if I'm buying hardware for a
> specific purpose, I'd like to get the right hardware. And I _will_
> have to make compromises as budget allows. Where should those
> compromises be?
>
> Thanks.
>
> Dotan Cohen
>
Right now digiKam is not yet taking much advantage of smp for the heavy-load
plugins (CIMG), but that will change in the future, so a dual processor is
recommended, although not fully exploited today. There are a lot of tasks
running in threads by now, but those are not the time consumers. If you
planned for today only, a fast single CPU would be better, but I don't
recommend it. Don't buy a dual core machine that is too slow in clock.

I'm not agree. A dual core is a 2 processors in same core.

DigiKam use multithreading everywhere when it's possible : compute or loading image for ex.

With a dual core, the main thread (GUI) will run on first processor, and child thread will run on second processor. if clock speed is more slow than a fast single core processor, there is a real advantage to fork sub-tasks on a separate processor...

 Currently, CImg based plugins use 2 sub-threads to work. This is perfectly adapted to dual core...

I always recommend to use :

- Intel processor instead AMD (Gcc give better result especially about speed)
- 32 bits processors. 64 bits is a mess under Linux. 64 bits library need to use a 32 bits emulation like to run...

In my office, we have 3 bigs computers using 48 / 64 / and 128 processors and running under linux. It's used by physicians to calc thermonuclear reaction simulation codes...

The first one is an old Alpha processor based computer. Very fast
The second one an AMD 64 bits processor.
The third is a 32 bits Intel based processor.

The AMD based give less speed result than Alpha and Intel computer.

Gilles

Intels
can be overclocked, but you need the MB that goes with it. L2 cache is quite
important in my experience. Two cores is fantastic even if you don't run many
applications in parallel. I just enjoy my machine churning on digiKam stuff
and still be reactive as nothing would happen in the background :-), it's
impressive.
My CPU recommendation is Intel E6750, that is really cheap for what it is,
cheaper than slower CPUs. But you need an 1333MHz FSB motherboard. I'd
recommend that anyway, because if you want to upgrade later, the CPUs are
likely to run at least that fast (I just sold my E6400 CPU on ebay for 98% of
the price I bought it a year ago, upgrading is possible).
Buy enough memory, 1GB is not enough, buy >=2GB. The memory speed is not so
important, between the slow ones and fast one there is hardly 10% difference
in endperformance.
SATA or ATA, my hdparm tests don't show much of a difference. But modern MB
will oblige you to go SATA-II. The file system makes more of a diff, not for
saving the images, but for the thumbnails caching. Mount them with 'noatime'.
Without journal is much faster. Better is (you seem to have two disks) to put
the journal of one disk on the other drive. Speed is then as a fs without
journaling because of the parallel access. xfs, reiserfs or ext3 are all
good.

I have always use reiser FS under Linux. It's probably the best...
 

digiKam don't ask much of graphic cards. But nowadays even good ones are
cheap, I bought a nvidia NT8600GT for less than 100 euros, has 260MB RAM,
passively cooled. And I wouldn't want to miss compiz anymore.
Think rather of a good monitor, we had this discussion already on this ML.
Photos require an excellent screen, notbooks are no good in general.

In my office i always use ATI card. Pro-drivers are better quality than NVidia, especially to use OpenGL (with slideshow plugin for ex.)
 
Gilles


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: New computer for Digikam

Dotan Cohen
In reply to this post by Gerhard Kulzer-3
On 08/12/2007, Gerhard Kulzer <[hidden email]> wrote:

> Right now digiKam is not yet taking much advantage of smp for the heavy-load
> plugins (CIMG), but that will change in the future, so a dual processor is
> recommended, although not fully exploited today. There are a lot of tasks
> running in threads by now, but those are not the time consumers. If you
> planned for today only, a fast single CPU would be better, but I don't
> recommend it. Don't buy a dual core machine that is too slow in clock. Intels
> can be overclocked, but you need the MB that goes with it. L2 cache is quite
> important in my experience. Two cores is fantastic even if you don't run many
> applications in parallel. I just enjoy my machine churning on digiKam stuff
> and still be reactive as nothing would happen in the background :-), it's
> impressive.

My laptop has a dual-core Intel. I am very impressed with it's
performance, especially considering it's modest clock speed. I most
definetly intend on using a dual core processor on the desktop. I
don't know about overclocking an Intel, though. While I've thoroughly
abused AMDs, in my limited experience Intel's tend to fry.

> My CPU recommendation is Intel E6750, that is really cheap for what it is,
> cheaper than slower CPUs. But you need an 1333MHz FSB motherboard. I'd
> recommend that anyway, because if you want to upgrade later, the CPUs are
> likely to run at least that fast (I just sold my E6400 CPU on ebay for 98% of
> the price I bought it a year ago, upgrading is possible).

Motherboards are up to 1333MHz FSB now? That will support a 10 GHz
(figure 8x multiplier) processor, no? I can't believe that! I just
looked at the E6750, and it seems more than decent. 4 MB of L2 is
amazing.

> Buy enough memory, 1GB is not enough, buy >=2GB. The memory speed is not so
> important, between the slow ones and fast one there is hardly 10% difference
> in endperformance.

I think that I'll sacrifice the memory a bit now, so that I can pour
the funds into the processor. A single stick of 1GB will be easy to
upgrade to 2GB when I have the funds.

> SATA or ATA, my hdparm tests don't show much of a difference. But modern MB
> will oblige you to go SATA-II. The file system makes more of a diff, not for
> saving the images, but for the thumbnails caching. Mount them with 'noatime'.
> Without journal is much faster. Better is (you seem to have two disks) to put
> the journal of one disk on the other drive. Speed is then as a fs without
> journaling because of the parallel access. xfs, reiserfs or ext3 are all
> good.

Are you suggesting that I mount ~/.thumbnails as a separate ext2 (no
journal) partition? I thought that xfs and reiserfs are journaled like
ext3. Can you inform me better, or should I ask around on my distro's
mailing list?

> digiKam don't ask much of graphic cards. But nowadays even good ones are
> cheap, I bought a nvidia NT8600GT for less than 100 euros, has 260MB RAM,
> passively cooled. And I wouldn't want to miss compiz anymore.

As the wife wants TV-out, I probably will opt for an nvidia card as
opposed to the onboard Intel chipset I was hoping for.

> Think rather of a good monitor, we had this discussion already on this ML.
> Photos require an excellent screen, notbooks are no good in general.

This is obvious. Our 17" CRT will continue to serve us untill
opportunity finds us an affordable 19+" unit. I don't like LCDs,
especially not for photos.

Thanks for the advice. I've quite a lot to learn.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: New computer for Digikam

Dotan Cohen
In reply to this post by Gilles Caulier-4
On 08/12/2007, Gilles Caulier <[hidden email]> wrote:

>
> I'm not agree. A dual core is a 2 processors in same core.
>
> DigiKam use multithreading everywhere when it's possible : compute or
> loading image for ex.
>
> With a dual core, the main thread (GUI) will run on first processor, and
> child thread will run on second processor. if clock speed is more slow than
> a fast single core processor, there is a real advantage to fork sub-tasks on
> a separate processor...
>
>  Currently, CImg based plugins use 2 sub-threads to work. This is perfectly
> adapted to dual core...
>
> I always recommend to use :
>
> - Intel processor instead AMD (Gcc give better result especially about
> speed)
> - 32 bits processors. 64 bits is a mess under Linux. 64 bits library need to
> use a 32 bits emulation like to run...

I was planning on going with a dual core processor. And although all
the current dual core processors support 64 bit, I install 32 bit on
the only one I own (Duo Core 2, 2GHz). When 64 bit gets more mature
I'll use it.

> In my office, we have 3 bigs computers using 48 / 64 / and 128 processors
> and running under linux. It's used by physicians to calc thermonuclear
> reaction simulation codes...
>
> The first one is an old Alpha processor based computer. Very fast
> The second one an AMD 64 bits processor.
> The third is a 32 bits Intel based processor.
>
> The AMD based give less speed result than Alpha and Intel computer.

So, what came first, the egg or the chicken? :)

>
> I have always use reiser FS under Linux. It's probably the best...

I'll look into it. Thanks. I'd like to hear what advantages you've
noticed, and what drawbacks as well.

> > digiKam don't ask much of graphic cards. But nowadays even good ones are
> > cheap, I bought a nvidia NT8600GT for less than 100 euros, has 260MB RAM,
> > passively cooled. And I wouldn't want to miss compiz anymore.
> > Think rather of a good monitor, we had this discussion already on this ML.
> > Photos require an excellent screen, notbooks are no good in general.
>
> In my office i always use ATI card. Pro-drivers are better quality than
> NVidia, especially to use OpenGL (with slideshow plugin for ex.)

Oh, no. I've got an ATI X1400 in my laptop. Nothing but problems. Yes,
I know that AMD has started releasing documentation to develop the
FOSS drivers, but they are too late to get into this machine
considering the _current_ state of ATI drivers, FOSS or otherwise.
Maybe on my next machine, assuming that they get their act together
(ie, the FOSS drivers fully support the card, or the proprietary ones
do) before then.

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: New computer for Digikam

Gerhard Kulzer-3
In reply to this post by Dotan Cohen
Am Sunday 09 December 2007 schrieb Dotan Cohen:

> On 08/12/2007, Gerhard Kulzer <[hidden email]> wrote:
> > Right now digiKam is not yet taking much advantage of smp for the
> > heavy-load plugins (CIMG), but that will change in the future, so a dual
> > processor is recommended, although not fully exploited today. There are a
> > lot of tasks running in threads by now, but those are not the time
> > consumers. If you planned for today only, a fast single CPU would be
> > better, but I don't recommend it. Don't buy a dual core machine that is
> > too slow in clock. Intels can be overclocked, but you need the MB that
> > goes with it. L2 cache is quite important in my experience. Two cores is
> > fantastic even if you don't run many applications in parallel. I just
> > enjoy my machine churning on digiKam stuff and still be reactive as
> > nothing would happen in the background :-), it's impressive.
>
> My laptop has a dual-core Intel. I am very impressed with it's
> performance, especially considering it's modest clock speed. I most
> definetly intend on using a dual core processor on the desktop. I
> don't know about overclocking an Intel, though. While I've thoroughly
> abused AMDs, in my limited experience Intel's tend to fry.
>
> > My CPU recommendation is Intel E6750, that is really cheap for what it
> > is, cheaper than slower CPUs. But you need an 1333MHz FSB motherboard.
> > I'd recommend that anyway, because if you want to upgrade later, the CPUs
> > are likely to run at least that fast (I just sold my E6400 CPU on ebay
> > for 98% of the price I bought it a year ago, upgrading is possible).
>
> Motherboards are up to 1333MHz FSB now? That will support a 10 GHz
> (figure 8x multiplier) processor, no? I can't believe that! I just
> looked at the E6750, and it seems more than decent. 4 MB of L2 is
> amazing.
>
> > Buy enough memory, 1GB is not enough, buy >=2GB. The memory speed is not
> > so important, between the slow ones and fast one there is hardly 10%
> > difference in endperformance.
>
> I think that I'll sacrifice the memory a bit now, so that I can pour
> the funds into the processor. A single stick of 1GB will be easy to
> upgrade to 2GB when I have the funds.
>
> > SATA or ATA, my hdparm tests don't show much of a difference. But modern
> > MB will oblige you to go SATA-II. The file system makes more of a diff,
> > not for saving the images, but for the thumbnails caching. Mount them
> > with 'noatime'. Without journal is much faster. Better is (you seem to
> > have two disks) to put the journal of one disk on the other drive. Speed
> > is then as a fs without journaling because of the parallel access. xfs,
> > reiserfs or ext3 are all good.
>
> Are you suggesting that I mount ~/.thumbnails as a separate ext2 (no
> journal) partition? I thought that xfs and reiserfs are journaled like
> ext3. Can you inform me better, or should I ask around on my distro's
> mailing list?

xfs, reiserfs and ext3 all come journaled by default, but you can disable it.
That's not what I recommend, however. The trick is to format the partitions
so that the journal is on another disk (not partition, important). Then you
don't loose speed because of the journaling.
$ mkfs.xfs -l logdev=/dev/sdb1,size=10000b /dev/sda1
Mount ~/.thumbnails on a separate partion gains nothing.

> > digiKam don't ask much of graphic cards. But nowadays even good ones are
> > cheap, I bought a nvidia NT8600GT for less than 100 euros, has 260MB RAM,
> > passively cooled. And I wouldn't want to miss compiz anymore.
>
> As the wife wants TV-out, I probably will opt for an nvidia card as
> opposed to the onboard Intel chipset I was hoping for.
>
> > Think rather of a good monitor, we had this discussion already on this
> > ML. Photos require an excellent screen, notbooks are no good in general.
>
> This is obvious. Our 17" CRT will continue to serve us untill
> opportunity finds us an affordable 19+" unit. I don't like LCDs,
> especially not for photos.
>
> Thanks for the advice. I've quite a lot to learn.
>
> Dotan Cohen
>
> http://what-is-what.com
> http://gibberish.co.il
> א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת
>
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?



--
><((((º> ¸.·´¯`·... ><((((º> ¸.·´¯`·...¸ ><((((º>
http://www.gerhard.fr
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: New computer for Digikam

Gerhard Kulzer-3
In reply to this post by Gilles Caulier-4
Am Saturday 08 December 2007 schrieb Gilles Caulier:

> 2007/12/8, Gerhard Kulzer <[hidden email]>:
> > Am Saturday 08 December 2007 schrieb Dotan Cohen:
> > > On 08/12/2007, Mikolaj Machowski <[hidden email]> wrote:
> > > > Dnia Saturday 08 of December 2007, Dotan Cohen napisał:
> > > > > I am considering replacing an aging desktop computer. The machine
> > > > > is used mostly for Digikam, Amarok, and Kopete. Only occasionally
> > > > > are other apps, such as K3B, Firefox, Skype, and Open Office ever
> > > > > used. Therefore, I want a system that is tuned best for Digikam.
> > > >
> > > > digiKam can only gain from faster disks, memory and processor. Next
> > > > version of KDE can gain from better graphic card due to increase
> > > > usage of OpenGL effects but I am not aware about usage of those in
> > > > digiKam - now or in near future (apart from slideshows).
> > >
> > > Thanks, Mikolaj. I just wanted to know where I should be careful not
> > > to bottleneck. A 3.6 GHz processor would be a waste if the system had
> > > only 256MB RAM (extreme example).
> > >
> > > Do factors such as bus speed, L2 cache, number of cores, and speed of
> > > RAM make a significant difference for Digikam specifically? I know
> > > that it seems like a silly question, but if I'm buying hardware for a
> > > specific purpose, I'd like to get the right hardware. And I _will_
> > > have to make compromises as budget allows. Where should those
> > > compromises be?
> > >
> > > Thanks.
> > >
> > > Dotan Cohen
> >
> > Right now digiKam is not yet taking much advantage of smp for the
> > heavy-load
> > plugins (CIMG), but that will change in the future, so a dual processor
> > is recommended, although not fully exploited today. There are a lot of
> > tasks running in threads by now, but those are not the time consumers. If
> > you planned for today only, a fast single CPU would be better, but I
> > don't recommend it. Don't buy a dual core machine that is too slow in
> > clock.
>
> I'm not agree. A dual core is a 2 processors in same core.
>
> DigiKam use multithreading everywhere when it's possible : compute or
> loading image for ex.
>
> With a dual core, the main thread (GUI) will run on first processor, and
> child thread will run on second processor. if clock speed is more slow than
> a fast single core processor, there is a real advantage to fork sub-tasks
> on a separate processor...
>
>  Currently, CImg based plugins use 2 sub-threads to work. This is perfectly
> adapted to dual core...

I made several tests, Gilles. It's true that CIMG splits in two threads, but
the load never exceeds 50% per thread. So it's the same as if it was running
in one thread. I test with htop.

> I always recommend to use :
>
> - Intel processor instead AMD (Gcc give better result especially about
> speed)
> - 32 bits processors. 64 bits is a mess under Linux. 64 bits library need
> to use a 32 bits emulation like to run...
>
> In my office, we have 3 bigs computers using 48 / 64 / and 128 processors
> and running under linux. It's used by physicians to calc thermonuclear
> reaction simulation codes...
>
> The first one is an old Alpha processor based computer. Very fast
> The second one an AMD 64 bits processor.
> The third is a 32 bits Intel based processor.
>
> The AMD based give less speed result than Alpha and Intel computer.
>
> Gilles
>
> Intels
>
> > can be overclocked, but you need the MB that goes with it. L2 cache is
> > quite
> > important in my experience. Two cores is fantastic even if you don't run
> > many
> > applications in parallel. I just enjoy my machine churning on digiKam
> > stuff
> > and still be reactive as nothing would happen in the background :-), it's
> > impressive.
> > My CPU recommendation is Intel E6750, that is really cheap for what it
> > is, cheaper than slower CPUs. But you need an 1333MHz FSB motherboard.
> > I'd recommend that anyway, because if you want to upgrade later, the CPUs
> > are likely to run at least that fast (I just sold my E6400 CPU on ebay
> > for 98% of
> > the price I bought it a year ago, upgrading is possible).
> > Buy enough memory, 1GB is not enough, buy >=2GB. The memory speed is not
> > so
> > important, between the slow ones and fast one there is hardly 10%
> > difference
> > in endperformance.
> > SATA or ATA, my hdparm tests don't show much of a difference. But modern
> > MB
> > will oblige you to go SATA-II. The file system makes more of a diff, not
> > for
> > saving the images, but for the thumbnails caching. Mount them with
> > 'noatime'.
> > Without journal is much faster. Better is (you seem to have two disks) to
> > put
> > the journal of one disk on the other drive. Speed is then as a fs without
> > journaling because of the parallel access. xfs, reiserfs or ext3 are all
> > good.
>
> I have always use reiser FS under Linux. It's probably the best...
>
>
> digiKam don't ask much of graphic cards. But nowadays even good ones are
>
> > cheap, I bought a nvidia NT8600GT for less than 100 euros, has 260MB RAM,
> > passively cooled. And I wouldn't want to miss compiz anymore.
> > Think rather of a good monitor, we had this discussion already on this
> > ML. Photos require an excellent screen, notbooks are no good in general.
>
> In my office i always use ATI card. Pro-drivers are better quality than
> NVidia, especially to use OpenGL (with slideshow plugin for ex.)
>
> Gilles



--
><((((º> ¸.·´¯`·... ><((((º> ¸.·´¯`·...¸ ><((((º>
http://www.gerhard.fr
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: New computer for Digikam

Dotan Cohen
In reply to this post by Gerhard Kulzer-3
On 09/12/2007, Gerhard Kulzer <[hidden email]> wrote:

> > Are you suggesting that I mount ~/.thumbnails as a separate ext2 (no
> > journal) partition? I thought that xfs and reiserfs are journaled like
> > ext3. Can you inform me better, or should I ask around on my distro's
> > mailing list?
>
> xfs, reiserfs and ext3 all come journaled by default, but you can disable it.
> That's not what I recommend, however. The trick is to format the partitions
> so that the journal is on another disk (not partition, important). Then you
> don't loose speed because of the journaling.
> $ mkfs.xfs -l logdev=/dev/sdb1,size=10000b /dev/sda1
> Mount ~/.thumbnails on a separate partion gains nothing.
>

So ~/.thumbnails will be on a partition who's journal is on another
disk. Would it be unwise to have another partition on the same disk as
.thumbnails? I suppose that I could put .thumbnails on the 160 GB IDE
(there's also a 500 GB IDE drive, and there will be yet a SATA drive
that will come with the machine.). Can the swap partition be on the
same disk as .thumbnails? The / filesystem? The /pictures partition,
on which Digikam stores it's photos? The /music partition, which
almost always has something playing in the background?

I'm sorry to ask such newbie questions, but I'm not finding anything
on my level when googling. I probably am not searching on the proper
terms. Actually, from what I've read today it would seem fine to not
have a journal at all, as the .thumbnails folder is not critical and
can be easily recreated in the event of power failure.

I very much appreciate the help, and I am learning a lot. More than I
wanted to :)

Dotan Cohen

http://what-is-what.com
http://gibberish.co.il
א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: New computer for Digikam

Gerhard Kulzer-3
Am Sunday 09 December 2007 schrieb Dotan Cohen:

> On 09/12/2007, Gerhard Kulzer <[hidden email]> wrote:
> > > Are you suggesting that I mount ~/.thumbnails as a separate ext2 (no
> > > journal) partition? I thought that xfs and reiserfs are journaled like
> > > ext3. Can you inform me better, or should I ask around on my distro's
> > > mailing list?
> >
> > xfs, reiserfs and ext3 all come journaled by default, but you can disable
> > it. That's not what I recommend, however. The trick is to format the
> > partitions so that the journal is on another disk (not partition,
> > important). Then you don't loose speed because of the journaling.
> > $ mkfs.xfs -l logdev=/dev/sdb1,size=10000b /dev/sda1
> > Mount ~/.thumbnails on a separate partion gains nothing.
>
> So ~/.thumbnails will be on a partition who's journal is on another
> disk. Would it be unwise to have another partition on the same disk as
> .thumbnails? I suppose that I could put .thumbnails on the 160 GB IDE
> (there's also a 500 GB IDE drive, and there will be yet a SATA drive
> that will come with the machine.). Can the swap partition be on the
> same disk as .thumbnails? The / filesystem? The /pictures partition,
> on which Digikam stores it's photos? The /music partition, which
> almost always has something playing in the background?
You can mix it all. The point is to have the journal of anywhich particular
partion not on the same drive, only that will allow for parallel access.
>
> I'm sorry to ask such newbie questions, but I'm not finding anything
> on my level when googling. I probably am not searching on the proper
> terms. Actually, from what I've read today it would seem fine to not
> have a journal at all, as the .thumbnails folder is not critical and
> can be easily recreated in the event of power failure.
If you put thumbnails on a separate partition you are right, no need for
journaling.

>
> I very much appreciate the help, and I am learning a lot. More than I
> wanted to :)
>
> Dotan Cohen
>
> http://what-is-what.com
> http://gibberish.co.il
> א-ב-ג-ד-ה-ו-ז-ח-ט-י-ך-כ-ל-ם-מ-ן-נ-ס-ע-ף-פ-ץ-צ-ק-ר-ש-ת
>
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?



--
><((((º> ¸.·´¯`·... ><((((º> ¸.·´¯`·...¸ ><((((º>
http://www.gerhard.fr
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users