64 BIT - mehr nicht sinnvoll?
-
Im Jahre 2037 wird es ein 60 Exabyte Flashspeicherkarte geben, auf der sich 5000 RL-Bilder speichern lassen. Das Real-Life Format wurde 5 Jahre zuvor von der Adobe Research Group in Kooperation mit Microsoft entwickelt und ist in der Lage Bilder ohne Qualitätsverlust dreidimensional zu speichern. Die Betrachtung dieser Bilder erfolgt teilweise in VR-immersion-Räumen, die werden zu diesem Zeitpunkt aber immer noch eher teuer sein und deshalb bedient man sich vorzugsweise den wesentlich günstigeren (und viel besser ausgereiften) Hologramprojektoren.
Naja, das hat mir jedenfalls mein Freund aus der Zukunft geflüstert. Und ich glaube ihm, weil ich ihn seit 20 Jahren kenne! Hat er mir zumindest gesagt, ich freu mich schon wenn ich ihn 2017 das erste mal in meiner Zeit treffe!
Achso, Zeitreisen gibt es ab 2035!
-
Natürlich hab ihn wegen der Baupläne gefragt, aber die wollte er mir nicht geben. Ein Freund von ihm, aus einer noch viel weiter entfernten Zukunft hat ihm nämlich berichtet, dass wir den Zeitreisenzyklus auf diese Weise ausnutzen würden um immer mehr Technologie der Zukunft in die Vergangenheit zu transferieren. Und deshalb würde schon im Jahre 2042 die Zeit stehen bleiben.
Aus diesem Grund werden wir auch weiterhin auf unsere bewärten Technologien setzen und Zeitreisen nur mit Bedacht durchführen!
-
Gerade x86 Prozessoren sind sowieso keine klassischen N-Bit Architekturen mehr. Bereits seit x87, obwohl der ursprüngliche 8086 16-bittig war, gibt es ebenfalls eine 80 Bit Pipeline. Mit MMX kam eine 64 Bit Pipeline hinzu, noch vor AMD64. Mit SSE gibt es mittlerweile auch eine 128 Bit Pipeline. Und seit dem Core 2 und K10 ist diese sogar direkt in Hardware umgesetzt. Mit AVX plant Intel sogar eine 256 Bit Pipeline. Da dürfte so langsam aber sicher auch die Grenze erreicht sein. Der Bedarf an vektorisierten Operationen wird zwar auch in Zukunft steigen. Das werden in Zukunft aber GPU Einheiten übernehmen. Ähnlich wie beim 8086er die FPU werden das Zukunft vermutlich ebenfalls Coprozessoren direkt integriert ins Design. Die Basisbreite von 64 Bit wird uns noch lange erhalten bleiben. 128 Bit würde ich dort aber definitiv nicht ausschliessen. Für Speicherkapazitäten braucht man es nun mal. Und die werden auch in Zukunft stetig wachsen. Alles darüber dürfte uns sowieso nicht mehr interessieren.
-
Hat IBM nicht mal den weltweiten Bedarf an Computern auf 4 geschaetzt?
Also immer etwas vorsichtig sein, wenn nicht gerade eine Glaskugel da ist...Ivo
-
Ich hab einen von den 4
-
Ivo schrieb:
Hat IBM nicht mal den weltweiten Bedarf an Computern auf 4 geschaetzt?
Also immer etwas vorsichtig sein, wenn nicht gerade eine Glaskugel da ist...Ivo
naja, vielleicht sind wir irgendwann soweit. wenn die welt an einem riesigen netz hängt und zuhause nur noch softwalls hängen dann gibts 4 computer: einer als data miner, einer als psychologe, einer als entertainer und einer der sich der rettung des planeten verschrieben hat und das virus mensch zerstören will
naja und diese riesen computer brauchen dann schon ihre 256 cores mit jeweils 32768bit
-
Spätestens für Crysis 12 wird auch 64Bit nicht mehr reichen!11
-
DEvent schrieb:
Wer will den mit 128 bit int rechnen? Es waere toll, wenn die CPU mit 4 Flieskommazahlen auf einmal rechnen koennte.
Öhm. Ist das ironisch gemeint? Das können heutige CPUs doch eigentlich alle: SSE, 3DNow!, etc.
MfG SideWinder
-
SideWinder schrieb:
DEvent schrieb:
Wer will den mit 128 bit int rechnen? Es waere toll, wenn die CPU mit 4 Flieskommazahlen auf einmal rechnen koennte.
Öhm. Ist das ironisch gemeint?
vermutlich, weil da jemand eine 128bit pipeline mit einer 128bit einheit vermischt.
-
schaut euch doch mal um... schaut aus dem fenster, schaut die detail und realistische psysikalische umgebung um euch an. Dafür werden 64bit nich reichen.
-
Ich vermute die richtige Frage wäre eher, wann der Wechsel auf 128 Bit geschieht. Das mag heute noch nahezu unvorstellbar sein, aber das war es bei den 640k damals ja auch...
-
ach, das ist garnicht so weit weg. eigentlich sogar nah dran
das stichwort dazu heisst virtualisierung. speicher muss nicht mehr real vorhanden sein, sondern wird virtuel allokiert (und damit mein ich weit mehr als heutzutage beim betriebssystem wenn es daten auf HDD auslagert). das wird dinge, lazy wie wir programmierer sind, vereinfachen.
wenn man ein terrain rendern will, allokiert man sich einen 64bit addressbereich. will jemand auf bestimmte pages zugreifen, bekommt man das als 'hint' mit und dann diese generieren/laden oder fallback pages angeben. wird 99.9% nicht benutzt -> wayne?
es ist eh nur eine addresse und kostet garnichts, ausser einem addressbereich.garbage collector? speicher defragmentierung? -> virtuallisierung.
1. fragmentierung ist kaum ein problem (wenn der addressbereich der zur verfuegung steht der realen speichermenge weit ueberlegen ist)
2. garbage? alle ausgelagerten variablen die ihre page hatten. natuerlich kann man diese nicht deallokieren, aber das stoert heute auch wenige dass eine simple gui applikation mit C# 10mal mehr speicher zieht als in c++ (_meiner_ erfahrung nach). wenn der speicher virtuallisiert ist und man braucht nun 1TB, so wayne?datenbanken?
1TB hashtable mit so ziemlich 0 collisions?kopfzerbrechen werden die cpu hersteller haben, wenn sie hierarchische MMUs&TLBs bauen muessen.
-
rapso schrieb:
kopfzerbrechen werden die cpu hersteller haben, wenn sie hierarchische MMUs&TLBs bauen muessen.
Das müssen die doch schon lange. Oder glaubst du dass eine 64 (oder auch nur 32) Bit MMU "flat" ist?
-
hustbaer schrieb:
rapso schrieb:
kopfzerbrechen werden die cpu hersteller haben, wenn sie hierarchische MMUs&TLBs bauen muessen.
Das müssen die doch schon lange. Oder glaubst du dass eine 64 (oder auch nur 32) Bit MMU "flat" ist?
ja, ich bin so naiv und glaube intels paper. dass die GDT und LDT linear im speicher liegende table sind ohne jegliche hierarchy informationen.
-
w000t schrieb:
Spätestens für Crysis 12 wird auch 64Bit nicht mehr reichen!11
Du meinst wohl Crysis 2^12
