x86 oder x86_64

[txt.file]

Sind die CPU's wirklich nur 32bit oder sind es x86_64?

IMHO würde bei Konsolen auch ein reiner 64bit Prozessor Sinn ergeben.

[mikevx]

Also Bobcat ist durchgängig ADM64. Zumindest im Consumerbereich. Mein C60-Server und E-450-Notebook haben beide 8GB-Ram und einem 64-Bit Kernel. Laut Wikipedia ist das bei den Embedded-APU's nicht anders. Warum sollte es auch, ist der gleiche CPU-Kern.

Ich vermute mal einfach, das sie bei der Weiterentwicklung Jaguar die AMD64-Sachen drin gelassen haben. Macht auch Sinn, denn Speicher wird einem gerade immer noch hinterher geworfen und so übelegt man sich schnell mal gleich 8GB zu verbauen, kost ja nur 20€ mehr. Und das wird in den nächsten Jahren wahscheinlich nicht mehr viel teuerer. Da wäre es Blödsinn eine bereits exitieren gut funktionierende Eigenschaft wieder auszubauen.

[txt.file]

C-60 und E-450 sind ja x86 mit 64bit-Erweiterung.

Darum geht es mir ja. Das 32bit Zeug macht, für mich, einfach keinen Sinn mehr. Den Speicher muss ich mit 64bit ansprechen, sobald ein Prozess mehr als 2GB nutzen können soll. Dies ist bei Konsolen mit 8GB RAM mit Sicherheit der Fall.



1 mal bearbeitet, zuletzt am 20.02.13 15:16 durch txt.file.

[486dx4-160]

txt.file schrieb:
--------------------------------------------------------------------------------
> C-60 und E-450 sind ja x86 mit 64bit-Erweiterung.
>
> Darum geht es mir ja. Das 32bit Zeug macht, für mich, einfach keinen Sinn
> mehr. Den Speicher muss ich mit 64bit ansprechen, sobald ein Prozess mehr
> als 2GB nutzen können soll. Dies ist bei Konsolen mit 8GB RAM mit
> Sicherheit der Fall.

Was willst du dann? SPARC oder Itanium?

[mikevx]

Darauf willst du raus. Das ist bar bei x86-64 architekturbedingt. Man hat ja nur das alte 32bit auf 64bit erweitert (und ein wenig was anderes dazu gebaut).

Vergleichbar: Früher gab es nur 5l-Reservekanister. Dann sind alle auf 10l-Reservekanister umgestiegen. in einen 10l-reservekanister kannst du aber auch nur 5l-einfüllen. Du fragst jetzt nach, ob man die Möglichkeit 5l in einen 10l-Kanister einfüllen zu können noch braucht oder ob man sie weglassen könnte.

Fazit: Es mag vielleicht den ein oder anderen Befehl geben, den man sich einsparen könnte und die Fetch/Decode-Einheit würde dadurch minimal kleiner und ggf noch minimaler schneller werden. Das ganze würdest du dir aber dadurch erkaufen, daß du Gefahr läufst, daß Spieleportiereung von PC komplizierter werden. Plus, daß die Entwicklungskosten dafür den Chip unnötig teurer machen würden und die Einsparungen niemals reinholen würden.

[Endwickler]

txt.file schrieb:
--------------------------------------------------------------------------------
> C-60 und E-450 sind ja x86 mit 64bit-Erweiterung.
>
> Darum geht es mir ja. Das 32bit Zeug macht, für mich, einfach keinen Sinn
> mehr. Den Speicher muss ich mit 64bit ansprechen, sobald ein Prozess mehr
> als 2GB nutzen können soll. Dies ist bei Konsolen mit 8GB RAM mit
> Sicherheit der Fall.

Die hier haben 40 bit auf der Adressleitung, soweit ich es sehen kann.
Da kannst du nichts mit einer 64 bit Adresse ansprechen.
Deine angesprochenen "mehr als 2GB" sind sehr windowsspezifisch und haben mit einer Konsole nichts zu tun. Auch mit 32 bit kann man jedes einzelne Byte in 4GB adressieren.
40 bit reichen aber auch schon sehr viel weiter als es die jetzigen Konsolen und PC brauchen.

Die Rechenregister rechnen natürlich mit mehr als 40 bit. Da wäre jedes bit weniger schlecht.



1 mal bearbeitet, zuletzt am 22.02.13 11:50 durch Endwickler.