32bit- vs. 64bit-Software - Vorteile/Nachteile

[Zacherl]

Zitat von Glados:

Um auf 3,5 GB zu kommen müsste noch einiges passieren. Für mich lohnt sich 64bit somit denke ich nicht.

Die 64-Bit Architektur wird immer so gerne auf ihren größeren Adressraum reduziert, obwohl die eigentlichen Stärken viel eher im erweiterten Befehlssatz liegen:
- 16 statt 8 GPR Register (davon profitieren fast alle Algorithmen)
- 64-Bit Register (ENORMER Performance-Vorteil, wenn man tatsächlich mit 64-Bit Werten rechnet)

Gibt natürlich auch Nachteile wie z.b. dass der Grundspeicherverbrauch einer Anwendung tendenziell erstmal steigt, da z.b. alle Zeiger jetzt auch 64- statt 32-bit breit sind.

Grundsätzlich kann man aber sagen, dass sowohl Speicher- als auch Performancevorteile nur für sehr rechenintensive Anwendungen bzw. vielleicht noch für Datenbanksysteme etc. wirklich relevant sind. Normale Office-Software langweilt die CPU in den meisten Fällen eh, so dass du als Benutzer gar nicht mitbekommst, ob deine Aktion jetzt 5 oder 10 Nanosekunden dauert

[Zacherl]

Zitat von p80286:

Um mal auf die Ausgangsfrage zurück zu kommen, neben dem größeren Adressraum sind auch z.B Vergleichsoperationen schneller, da die Register doppelt so lang sind.

Zitat von Glados:

Nur hat das einen Vorteil bei Ottonormal-Anwendungen?

Ist vermutlich im Post-Wirrwarr untergegangen:

Zitat von Zacherl:

Die 64-Bit Architektur wird immer so gerne auf ihren größeren Adressraum reduziert, obwohl die eigentlichen Stärken viel eher im erweiterten Befehlssatz liegen:
- 16 statt 8 GPR Register (davon profitieren fast alle Algorithmen)
- 64-Bit Register (ENORMER Performance-Vorteil, wenn man tatsächlich mit 64-Bit Werten rechnet)

Grundsätzlich kann man aber sagen, dass sowohl Speicher- als auch Performancevorteile nur für sehr rechenintensive Anwendungen bzw. vielleicht noch für Datenbanksysteme etc. wirklich relevant sind. Normale Office-Software langweilt die CPU in den meisten Fällen eh, so dass du als Benutzer gar nicht mitbekommst, ob deine Aktion jetzt 5 oder 10 Nanosekunden dauert

[jaenicke]

Zitat von HolgerX:

Ich hab da auch in Erinnerung, dass selbst Microsoft aus 'Kompatibilitätsgründen' empfiehlt, bei MS-Office die 32Bit-Version zu installieren, auch auf einem 64Bit Windows!

Da ging es um Plugins, die oft nur als 32-Bit Version bereitstanden. Ob diese Empfehlung immer noch gegeben wird, weiß ich nicht.

[mkinzler]

Zitat von jaenicke:

Zitat von HolgerX:

Ich hab da auch in Erinnerung, dass selbst Microsoft aus 'Kompatibilitätsgründen' empfiehlt, bei MS-Office die 32Bit-Version zu installieren, auch auf einem 64Bit Windows!

Da ging es um Plugins, die oft nur als 32-Bit Version bereitstanden. Ob diese Empfehlung immer noch gegeben wird, weiß ich nicht.

Nicht nur die Plugins selber (das wäre ja eigentlich kein Grund) sondern die COM-Schnittstelle steht nur unter 32Bit zur Verfügung.

[bnreimer42]

Zitat von mkinzler:

Zitat von jaenicke:

Zitat von HolgerX:

Ich hab da auch in Erinnerung, dass selbst Microsoft aus 'Kompatibilitätsgründen' empfiehlt, bei MS-Office die 32Bit-Version zu installieren, auch auf einem 64Bit Windows!

Da ging es um Plugins, die oft nur als 32-Bit Version bereitstanden. Ob diese Empfehlung immer noch gegeben wird, weiß ich nicht.

Nicht nur die Plugins selber (das wäre ja eigentlich kein Grund) sondern die COM-Schnittstelle steht nur unter 32Bit zur Verfügung.

Das betrifft auch von Microsoft mitgelieferte Bestandteile. Vmtl. betrifft das hier im Delphi-Forum niemanden, aber z.B. fehlt dem 64 Bit MS Access die TreeView-Komponente. Die ist intern wohl als OCX (heißt das noch so?) realisiert. Eine Portierung nach 64 Bit sieht MS wohl nicht vor.

Außerdem funktionieren prinzipiell Erweiterungen in Form von 32 Bit DLLs mit Office 64 nicht.

Aber das hat mit eigenen Anwendungen i.R. nichts zu tun, es sei denn man will direkt Office über z.B. COM steuern.

[Medium]

Können wir uns denn darauf einigen, dass es für jemanden, der bisher nicht an die Speichergrenze gekommen ist (sie nichtmals bemerkt hat) und auch noch keine Probleme mit DLLs oder anderen Schnittstellen hatte, sich die Frage 32/64 Bit praktisch nicht stellt? "Normalsoftware" ist auch in nur seltenen Fällen so performancehungrig, dass man Unterschiede in Registerbreiten und Befehlssätzen im Alltag kaum bemerken wird, selbst wenn sie messbar wären.

Bist du bisher zufrieden mit deinen Programmen und musst keine Klimmzüge machen? Dann musst du auch nichts upgraden. Das macht erst Sinn wenn man weiß wofür man es braucht, und dann erübrigt sich auch dieser Thread hier. Oder anders gesagt: Wer 64 Bit wirklich braucht, muss nicht mehr fragen warum er das braucht.

[himitsu]

Zitat von Medium:

Können wir uns denn darauf einigen, dass es für jemanden, der bisher nicht an die Speichergrenze gekommen ist (sie nichtmals bemerkt hat) und auch noch keine Probleme mit DLLs oder anderen Schnittstellen hatte, sich die Frage 32/64 Bit praktisch nicht stellt?

Nicht ganz.

Auch wenn man nur für 32 Bit entwickelt, wäre es nicht schlecht zu wissen, dass es auch 64 Bit gibt.
Es kann nicht schaden, wenn der eigene 32 Bit-Code "korrekt" gecodet auch 64 Bit-tauglich wäre .... falls man irgendwann mal das Programm umstellt oder den Code wiederverwenden will (eventuell auch unter 64 Bit).

Viele Probleme bei der Umstellung auf Unicode oder 32>64 Bit kommen aus Designfehlern. (falsche Typen)

[jobo]

Zitat von Zacherl:

Grundsätzlich kann man aber sagen, dass sowohl Speicher- als auch Performancevorteile nur für sehr rechenintensive Anwendungen bzw. vielleicht noch für Datenbanksysteme etc. wirklich relevant sind. Normale Office-Software langweilt die CPU in den meisten Fällen eh, so dass du als Benutzer gar nicht mitbekommst, ob deine Aktion jetzt 5 oder 10 Nanosekunden dauert

Hab nur mal das Ende des Threads überflogen und bin darüber gestolpert. Würde ich auch so sehen, bin allerdings neulich auf ein kleines ABER gestoßen.
"Normale Office Anwendung" war in dem Fall libre office, aktuelle Version auf einem neuen AMD 10 irgendwas HP Pavillon System mit embedded Grafik, das ich einem Freund empfohlen hatte. Libre Office aufgesetzt, Thunderbird fertig. Einige Tage später rief der Freund an, Rechnung schreiben ruckelt (Libre Office Writer). Kann nicht sein, dachte ich, war aber so, extreme Tastatur Lags und fürchterliches Scrollen, eigenartiges Verhalten.
Nach kurzem Suchen bin ich dann auf die Open_CL Erweiterung gestoßen, die in neuen LO Versionen notfalls (software) virtualisiert wird. Weiß nicht, ob das noch verbugt ist, oder ob das ein Feature ist, aber es war grottig.
Nachdem das abgeschaltet war, lief alles rund.
Es gibt also Office "Situationen", die auch ein neues, halbwegs leistungsfähiges System strapazieren. Man könnte da auch an umfangreiche Spreadsheet Aufgaben denken, wenn es wirklich um "echtes" Rechnen geht.

Ehrlich gesagt, ich weiß nicht mal, ob ich da ein 64 oder 32 bit LO aufgespielt hab. Die Aussagekraft zum Thema 64/32 bit ist also fraglich. Aber so ganz allgemein kann man immer sagen, manchmal ist der Teufel ein Eichhörnchen.