Bi-Celeron ou Mono-PIII ?

Bi-Celeron ou Mono-PIII ? - Hardware - Linux et OS Alternatifs

Marsh Posté le 20-04-2005 à 23:10:08    

Salut !
 
J'ai le choix entre 2 configs :
 
- BP6 + 2 Celeron 400Mhz.
- BH6 + 1 PIII 500Mhz.(Peut être 600Mhz si j'arrive à l'échanger au taff)
 
 
A votre avis quelle est la meilleure config pour une petite LinuxBox avec un RAID-5 Logiciel, Squid (Proxy) et Base de données PostgreSQL (utilisation mono-utilisateur pour du dev) ?
 
Merci pour vos commentaires.

Reply

Marsh Posté le 20-04-2005 à 23:10:08   

Reply

Marsh Posté le 20-04-2005 à 23:19:42    

Perso je dirais mono-PIII... Le bi-proc en Celeron ne t'apportera rien de plus (et cela quelque soit l'utilisation que tu va faire avec ton système). Le PIII 500 a des chances d'être bien plus efficace que les deux Celeron (400+400!=800 en bi-proc, d'autant que le PIII embarque plus de mémoire cache il me semble, chose plus précieuse que des MHz).
 
De mon avis, il vaut mieux qu'un système tourne avec un bon processeur qu'avec deux processeurs assez moyens ;)


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 20-04-2005 à 23:27:08    

Merci pour ta réponse, c'est justement parce que je sais que 400+400 != 800 que je pose la question.
 
Cependant, toi qui a l'air de t'y connaître, est-ce que le fait que ce soit un Bi-Processeur est avantageux pour le RAID logiciel ?
Un proco qui gère les accès disques, pendant que l'autre s'occupe des processus en mémoire ?
 

Reply

Marsh Posté le 21-04-2005 à 00:32:50    

bolomatic a écrit :

Cependant, toi qui a l'air de t'y connaître, est-ce que le fait que ce soit un Bi-Processeur est avantageux pour le RAID logiciel ?
Un proco qui gère les accès disques, pendant que l'autre s'occupe des processus en mémoire ?


Oui le bi-processeur est bien sûr avantageux pour faire du RAID logiciel (d'ailleurs comme pour de nombreuses applications), mais la gestion SMP implique un certain "coût" en ressources.  
 
Pour simplifier, en mode SMP les deux processeurs se partagent la même mémoire physique (UMA pour le SMP) afin d'accéder aux processus ; ceci nécessite d'utiliser à la fois la mémoire cache intégrée aux processeurs et à la fois une stratégie d'ordonnancement des processus pour les répartir plus efficacement entre les CPU. De tels mécanismes (par ex. il va falloir vérifier la cohérence de la mémoire cache de chaque processeur avec les données stockée en mémoire vive) font perdre de précieux cycles d'horloge, à cela s'ajoute en plus la bande passante mémoire limitée qui va aussi jouer le rôle de goulot d'étranglement dans la chaîne de traitement. Tout ces paramètres expliquent d'ailleurs le fameux 400MHz+400MHz!=800MHz
 
Bref, tout cela pour dire que vu la quantité de mémoire cache et la fréquence des Celerons, ce coût en ressources pour le SMP risque d'être au final moins avantageux que l'utilisation d'un seul PIII avec une fréquence un peu supérieure.


Message édité par THRAK le 21-04-2005 à 00:36:43

---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 21-04-2005 à 00:40:42    

En puissance de calcul, le p3 sera meilleur tant que les appli sont mono thread.
C'est plus variables pour des appli multi threads.
Par contre un systeme bi proc est beaucoup plus réactif.
 
Je n'ai pas vu de réelle différence entre ma bp6 2*533 et mon p4 2.8GHz HT en ce qui concerne la réactivité et le lancement des appli.
Par contre c'est clair que pour l'encodage audio/video, le p4 gagne haut la main.


Message édité par yuggoth le 21-04-2005 à 00:41:17
Reply

Marsh Posté le 21-04-2005 à 00:57:01    

Perso j'utilise un Bi-proc AMD 1500 sur ma station fixe, en puissance de calcul brute, c'est moins performant que mon portable avec un P4-M 2.4GHz (un simple test d'encodage audio avec Grip permet immédiatement de s'en rendre compte).
 
L'avantage du SMP réside justement ce pour quoi il est fait : l'aptitude à paralléliser de nombreuses tâches ; ceci se ressent positivement avec la réactivité globale du système lors de fortes charges.


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 21-04-2005 à 09:50:02    

Donc pour mon application si je comprends bien, la puissance d'un PIII 600 pourrait palier au "manque" de multi-threading ?
Je pense que Squid ne doit pas tellement charger le processeur en fait. Ce qui me chagrine le plus c'est le RAID logiciel et PostgreSQL.
 
Je vais probablement monter le PIII600 pour voir ce que ça donne alors.


---------------
Feedback (avant 2011)
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed