PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Warum sind 64Bit schneller als 32?



Doh!
10.01.04, 12:54
Der Hype ist ja zur Zeit groß um die 64Bit Prozessoren. Aber weiß eigentlich jemand genau, warum 64bit Prozessoren schneller sind als 32Bit?

Klar ist, dass Prozessoren mit 64bit breiten Bussen zu den Registern schneller sind, das ist aber nicht die Frage. Echte 64bit Prozessoren sind ja solche, die auch 64Bit Register haben. Was bringt das eigentlich? ich habe dazu im Schwesterforum mrunix.de einen Thread eröffnet (http://mrunix.de/forums/showthread.php?s=&threadid=33947), hier stehen schon einige Hinweise. bin gespannt, wer mir das erklären kann.

HEMIcuda
10.01.04, 12:58
Sind sie nicht (zwangslaeufig). Die 64bit haben auf die Geschwindigkeit einen eher
geringen Einfluss. Die restliche Architektur macht das Kraut fett.

'cuda

Holger Specht
10.01.04, 17:38
Der Hauptgrund warum man z.B. in Serversystemen 64Bit Systeme verwendet ist, daß man unkompliziert mehr als 4GB Speicher Addressieren kann. Schneller werden die Prozessoren erst mal nicht so sehr, weil Rechenopeartionen meistens gar keine 64Bit brauchen.
Wenn ich 2 und 3 Addiere spielt es keine Rolle ob die Zahlen im einem 64 oder 32 Bit Register stehen.

Ich denke der Hauptgrund warum man jetzt auch im Desktopbereich versucht 64Bit Prozessoren zu plazieren ist, daß man ein neues Verkaufsargument braucht. GHz Zahlen ziehen vielleicht nicht mehr so wie früher.

64 Bit haben auch nicht nur Vorteile. Immerhin bedeuten 64 Bit gleichzeitung deutlich mehr Transistoren. Mehr Transistoren bedeuten höheren Stromverbrauch (bei gleicher Technik) und ein größeres Die, was wiederum zu höheren Kosten führt, ohne dabei ein Garant für eine höhere Leistung zu sein.

MfG
Holger

mamue
10.01.04, 19:05
Original geschrieben von Holger Specht
Der Hauptgrund warum man z.B. in Serversystemen 64Bit Systeme verwendet ist, daß man unkompliziert mehr als 4GB Speicher Addressieren kann.


Memory mapped IO bei Dateien grösser als 2^32byte geht mit 64bit ebenfalls besser. Dateisystem, die 64bittig sind, haben jetzt endlich auch 64bittige Hardware.
Ich glaube im Desktopbereich gibt es dank Multimedia ebenfalls oft grosse Dateien zu verarbeiten.

mamue

x86-64
10.01.04, 20:36
und wenn es dann optimiert os's und kernels gibt dann geht des ziemlich ab.

HEMIcuda
10.01.04, 20:42
Original geschrieben von x86-64
und wenn es dann optimiert os's und kernels gibt dann geht des ziemlich ab.
Wo hast Du das denn her?

'cuda

echo
10.01.04, 20:43
hi,
kann HEMIcuda und Holger Specht nur voll zustimmen, wurde auch vor kurzem in einer ct so verdeutlicht. meistens bringt 64bit für die geschwindigkeit mehr nachteile als vorteile, die sie aber an anderer stelle wieder weg machen :)

cu

x86-64
10.01.04, 21:18
ist auch klar ein a64 ist vorallem wegem internen speichernterface, vergrößertem l2 speicher schneller, hypertransport bus usw.

Utidi
11.01.04, 02:25
Hier gibts ne kurze Zusammenfassung über die Vorteile von 64Bit Prozis:
Klick (http://www.tomshardware.com/cpu/20030923/athlon_64-13.html#64bit_a_little_bit_of_theory_never_hurt)

HEMIcuda
11.01.04, 07:54
Nee, gibt's nicht. (404)

'cuda

uschy
11.01.04, 13:03
Nun, auf grundlage von 64Bit Betriebssystemen, kann man sehr große Fließkommazahlen berechnen. Dies war vorher nur durch Technologien wie SSE und SSE2 möglich.

Utidi
11.01.04, 15:14
Nee, gibt's nicht. (404)

und noch ein Versuch: klick (http://www.tomshardware.com/cpu/20030923/athlon_64-13.html)

JoBe
11.01.04, 15:21
Original geschrieben von uschy
Nun, auf grundlage von 64Bit Betriebssystemen, kann man sehr große Fließkommazahlen berechnen. Dies war vorher nur durch Technologien wie SSE und SSE2 möglich.
Hä? SSE ist doch dafür da, mehrere Rechenoperationen für Float-Werte gleichzeitig auszuführen und bei SSE2 das gleiche mit Integern. Hab ich da was falsch verstanden? :eek:

HEMIcuda
11.01.04, 15:45
Joh, stimmt wohl so: Das sind SIMD-Erweiterungen: Single Instruction, Multiple Data.
Also das, was eine Vector-CPU von Haus aus beherrscht (deswegen auch Vektor-Einheit,
siehe auch Motorola, wo man das Vector schon im Namen finden kann: AltiVec)

'cuda