Ja, der Scheduler verteilt die Timeslices schon so auf beide CPUs, dass die möglichst voll ausgelastet werden. Dabei kann es auch vorkommen, dass ein Thread zwischen den CPUs hin und her wechselt, je nachdem wo grade eine Slice frei ist. Um das zu verhindern, kann man die Affinity setzen und damit den Thread auf eine CPU festnageln, ich nehme an dass das das ist was foxy meint.
ene hat folgendes geschrieben: |
| Alte Software verwendet meistens einen Thread, neuere Software nutzt auch neuere Hardware und kann Multithreading. |
Kann man so nicht sagen. Das kommt immer drauf an ob die Programmierer Lust hatten (haben offenbar die wenigsten) und vor allem ob sich die Aufgaben paralellisieren lassen. Rendern von Grafiken nutzt schon ewig Multicore Systeme, Video-Encoding neuerdings auch, aber zum Beispiel die wenigsten Spiele.
ene hat folgendes geschrieben: |
| Aus eigener Erfahrung würde ich dir einen C2D empfehlen. Von der Leistung empfinde ich ihn besser. |
Naja, ich bin AMD-Verfechter. Und die Industrie relativ häufig auch, HP Workstations sind fast immer mit AMD-CPUs bestückt. Ist letztendlich aber Geschmackssache, die größeren Unterschiede gibts bei den Mainboards/Chipsätzen dazu.
wunsiedler hat folgendes geschrieben: |
| Werden die 2 Kerne gennerell gleichzeitig verwendet, oder wird nur einer verwendet und der 2. bei Bedarf dazugeschaltet. |
Je nach Powermanagement kann das auch passieren: wenn ein Kern alleine alle anfallenden Aufgaben schafft, wird der 2. Kern schon mal runtergetaktet oder ganz abgeschaltet. Und wenn selbst der eine nix zu tun hat, wird der auch noch runtergeschaltet, nennt sich bei AMD Cool'n'Quiet.
HTH,
Martok
"The phoenix's price isn't inevitable. It's not part of some deep balance built into the universe. It's just the parts of the game where you haven't figured out yet how to cheat."