Question processeurs

Hello! :smt006

c’est une question qui a peut être déjà été posé mais dans l’optique de trouver un mini pc pour mon épouse, je me demande quel est la différence entre le processeur atom et dothan?
on fini par ce perdre dans toutes leurs références à la c**
comme mini pc, j’avais en vu un Asus EEEPC900-WF002 blanc (proc atom) et un Asus EEEPC900-BF002 noir (proc dothan)
alors, je me pose la question!

Merci de votre avis.

Dothan est un modèle de pentium M.
Atom ben c’est l’atom.

[quote=“MisterFreez”]Dothan est un modèle de pentium M.
Atom ben c’est l’atom.[/quote]
j’ai, après bien des recherches, trouvé quelques tests. Si j’ai bien compris, dans l’atom, le cache est de 512, et dans le proc le plus grand nombre d’instructions a été optimisé (les plus utilisé) mais celles moins utilisé sont très largement ‘sous optimisé’ (moins de 2 cycles pour les premières, de 5 à 15 cycles pour les autres).
Je peux donner les sources si vous voulez :slightly_smiling:
Pour le dothan, c’est plus un Pentium m comme tu dis, plus fin, avec 2mo de cache L2 .

Je dirais quand meme qu’il vaut mieux un dothan, non? quitte à sacrifier un peu la consommation?

Puissance -> Consommation -> Autonomie … C’est la que le curseur doit jouer !

que vaut il mieux choisir: la peste, ou le choléra? :smt005

merci pour ton avis. En plus, en fouillant dans les forums (j’espère que j’ai pas trop foutu le bordel, j’ai tout remis en place comme j’ai trouvé, promis), j’ai trouvé un thread sur l’installation sur un eeepc 900
je vais me baser la dessus.

A+
Rémi.

L’Atom est la CPU la moins consommatrice en x86 sortie ces dernières années. On est quelques uns à l’utiliser sur le forum et je crois qu’on en est pas mécontent (du moins moi).

Dans la consommation il faut aussi penser à la chauffe de ta CPU.

Il est aussi à noter que l’Atom possède l’hyperthreading qui le rapproche d’un dual core (certains atom actuel sont de vrais dual core).

[quote=“MisterFreez”]L’Atom est la CPU la moins consommatrice en x86 sortie ces dernières années. On est quelques uns à l’utiliser sur le forum et je crois qu’on en est pas mécontent (du moins moi).

Dans la consommation il faut aussi penser à la chauffe de ta CPU.

Il est aussi à noter que l’Atom possède l’hyperthreading qui le rapproche d’un dual core (certains atom actuel sont de vrais dual core).[/quote]
est ce que c’est pour cela que j’ai vu sur certain log (sur debian-user-french par exemple) parfois, ‘cpu1’ et ‘cpu2’ qui représenterait en fait des pseudo cpu? mais si c’est efficace, pourquoi pas!

Le mutlithreading est en effet reconnu comme deux processeurs par l’OS.

D’ailleurs, une question, est-ce que ça améliore vraiment les performances du PC d’avoir plusieurs “threads”, ou c’est juste une illusion ?

Tu tape :

et ça te donne le nombre de processus (+1) qui tournent actuellement sur ton ordinateur.
Moi là j’en ai 136. Donc il y a en permanence 135 processus qui attendent.

[quote=“MisterFreez”]Tu tape :

et ça te donne le nombre de processus (+1) qui tournent actuellement sur ton ordinateur.
Moi là j’en ai 136. Donc il y a en permanence 135 processus qui attendent.[/quote]

Certes mais la plupart sont en sommeil (attente d’I/O). Par contre un double encodage de video, voire un simple encodage et une activité annexe montre l’intérêt du multithreading ou encore si tu as un pgm géraznt plusieurs threads: regarde ci dessous la création d’un fichier cloop, le CPU est à 191% (cf la première ligne de process de top). C’était sur un P4 2GHz

si les applications sont prévue pour ça, oui, d’après ce que j’ai pu lire.
Le problème, c’est de savoir lesquels sont ou non, compilés pour l’hyperthreading!

[quote=“fran.b”][quote=“MisterFreez”]Tu tape :

et ça te donne le nombre de processus (+1) qui tournent actuellement sur ton ordinateur.
Moi là j’en ai 136. Donc il y a en permanence 135 processus qui attendent.[/quote]

Certes mais la plupart sont en sommeil (attente d’I/O). Par contre un double encodage de video, voire un simple encodage et une activité annexe montre l’intérêt du multithreading ou encore si tu as un pgm géraznt plusieurs threads: regarde ci dessous la création d’un fichier cloop, le CPU est à 191% (cf la première ligne de process de top). C’était sur un P4 2GHz[/quote]

L’indice de charge te donne une approximation du nombre de processus prêt qui est en attente du processeur.
Je pense que cette valeur est plus significative que le nombre total de processus
ou le taux d’utilisation CPU pour savoir si la machine bénéficierai d’une unité de calcul supplémentaire.

Et puis HyperThreading est juste l’appellation commerciale du SMT (Simultaneous Multi Threading).

si les applications sont prévue pour ça, oui, d’après ce que j’ai pu lire.
Le problème, c’est de savoir lesquels sont ou non, compilés pour l’hyperthreading![/quote]

Je ne crois pas qu’il y ai besoin d’un mode de compilation spécialisé pour le SMT,
il faut juste que l’application soit multi-threadée et que les zones de mémoire utilisées
soient suffisamment semblables pour limites les défauts de cache.