@ wolle92....

also wenn ich mich jetzt um diese uhrzeit nich verlesen hab gibt es das mainboard nicht mit ddr3 speicher....
und eigentlich finde ich das von gigabyte ganz gut!
also 1 TB muss auch nich sein da ich eh ne externe von 1TB hab und meine musik und filme sich so besser zu freunden tragen lassen (natürlich nur zum hören und wieder mitnehmen )!

und nu @ alle...

aber jetzt mal noch ne frage zu 64 bit version!
also ich werd wohl doch wieder xp nehmen und das gibts ja auch mit 64 bit und wenn meine hardware für 64 bit ist bekomm ich keine probleme??? 32 bit software läuft auch bei 64 bit??

woody_woodpecker hat folgendes geschrieben:

also ich werd wohl doch wieder xp nehmen und das gibts ja auch mit 64 bit und wenn meine hardware für 64 bit ist bekomm ich keine probleme??? 32 bit software läuft auch bei 64 bit??

Dunkel hat folgendes geschrieben:

Tja, 32- oder 64-Bit ist IMHO eine Frage der zur Verfügung stehenden Treiber. Wenn Deine Hardware zu 100% 64-Bit-Treiber-kompatibel ist (sprich, 64-Bit Treiber zur Verfügung stehen), bist Du mit einem 64-Bit-System besser gestellt; zumindest gibt es keine Nachteile, da 32-Bit-Software ohne Probleme läuft.

wieso willst du xp nehmen??

feigling... da hat man ja gar keine herausforderung

Außerdem ist Vista ganz toll bei MultiCore...

Hab mal ne Benchmark laufen lassen, die sollte nur mit einem Kern rendern, was kommt? alle 4 Kerne auf ca. 25%... Trotz nur eines einzigen Threads des Programms... In der Hinsicht ist Vista geil

woody_woodpecker hat folgendes geschrieben:

also ich werd wohl doch wieder xp nehmen und das gibts ja auch mit 64 bit...

Man munkelt, dass die 64-Bit Umsetzung von XP mehr dahingeschludert wurde als richtig implementiert. Wenn 64-Bit, dann Vista.
(aber im dunkeln lässt sich bekanntlicher Weise ja immer gut munkeln...)

Wolle92 hat folgendes geschrieben:

Hab mal ne Benchmark laufen lassen, die sollte nur mit einem Kern rendern, was kommt? alle 4 Kerne auf ca. 25%... Trotz nur eines einzigen Threads des Programms... In der Hinsicht ist Vista geil

Normalerweise halt ich mich aus solche Themen komplett raus aber das da ist ... nun ja. Das kann Windows 2000 oder NT 4 auch. Das ist eine Sache des Windows Shedulers der die Threads auf die Kerne verteilt und hat rein gar nichts mit Vista zu tun...

PS: Nicht jeder muss den neusten Streich von Microsoft toll finden. Und speziell Vista ist was das angeht so ziemlich das unbeliebteste Windows seit langem.

Nein, eigentlich läuft ein Thread auf einem Kern, Ende, aus...

Wolle92 hat folgendes geschrieben:

Nein, eigentlich läuft ein Thread auf einem Kern, Ende, aus...

Wie sehe signalisierst du Gesprächsbereitschaft

Ein Thread kann nur gleichzeitig auf einem Kern laufen. So weit so klar. Aber der Scheduler hat das recht einen Thread bei einem Taskwechseln auf einen anderen Kern zu packen. Wenn das nicht so wäre, dann wäre die Leistung eines Systems ziemlich zufällig. Stell dir mal vor du startest 2 Threads die etwas großes berechnen sollen und die werden durch einen blöden Zufall beide der selben CPU zugewiesen. Dann sind die doch nicht bis ans Ende ihrer Tage an den selben Kern gebunden. Obwohl man Threads hätte würden die anderen Kerne nichts machen obwohl es dringend nötig wäre. Durch die AffinityMask des Prozesses bzw. der Threads kann man einstellen welche CPUs benutz werden dürfen. Allerdings sollte auch Vista sich darüber nicht hinweg setzen.

Allerdings weicht das gerade ein bisschen arg vom Thema ab... nur bin ich nicht gewillt solche Aussagen einfach so stehen zu lassen.

aber wieso wird der thread auf nen anderen kern gepackt, wenn es im grunde gar keinen grund (^^) dafür gibt?
Meine CPU ist im normalfall auf einer auslastung von 2%... und wenn dann sone Benchmark ankommt, die dann von einem Kern 100% will, wieso wird die dann immer verschoben?

Der Windows Scheduler arbeitet nach dem Zeitschlitzverfahren - jeder zuteilungsfähige Thread bekommt dabei ein paar Millisekunden CPU Zeit. Auf einem Single-Core kann ja immer nur ein Thread laufen, es gibt keine _echte_ Parallelität. Um eine solche zu simulieren wird die CPU eben immer wieder in kurzen Abständen an unterschiedliche CPUs zugeteilt. Bei mehreren Cores funktioniert das genauso, nur dass eben 2 CPUs zur Verfügung stehen die an die Threads zugeteilt werden. Daher kann es also durchaus passieren, dass ein Thread unterschiedliche CPUs zugewiesen bekommt, das lässt sich über die Affinity-Masks aber einstellen.