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

[Der schöne Günther]

Zitat:

Zitat von himitsu (Beitrag 1384752)

Ohne ein 32 Bit Subsystem würde das OS dann auch viel kleiner, wartungsärmer und fehlerunanfälliger sein. (weniger drin, was auch noch kaputt gehn kann)

Siehe Apple iOS 11: Kein 32 Bit mehr unterstützt.

[Glados]

Ich denke wenn Microsoft für Windows 64 Bit die 32 Bit-Kompatibilität rausnimmt, wird es eine Menge Klagen gegen Microsoft geben.

Da gab es schon die verrücktesten Dinge. Eine Person hat sogar schon auf (ich glaube) 10.000 USD geklagt, weil sie ihren Computer wegen eines Windows 10-Updates nicht mehr nutzen konnte.

[Redeemer]

Zitat:

Zitat von Fritzew (Beitrag 1384770)

Zitat:

Wäre schön, wenn Starter irgendwann auch mal 64bit kann. Ist eh eine Sauerei, dass es nicht so ist.

Das finde ich schon krass, es ist eine „Sauerei“ das Du etwas was Du gerne hättest nicht umsonst bekommst?
Ich hätte auch gerne einen neuen Porsche, habe schlieslich mal einen gebrauchten Polo gefahren?
Diese Geiz ist Geil Mentalität geht mir echt auf den ....
Entschuldigt bitte aber das ist echt zum k.....
Ich bin bestimmt kein Fan der aktuellen Preise bei Embarcadero, aber mit der Starter machen Sie schon etwas richtig.
Das musste ich loswerden, bin aber raus hier

Ich finde es weitaus fraglicher, dass die mobilen Compiler nicht mehr in der Pro-Version enthalten sind.

[Uwe Raabe]

Zitat:

Zitat von Redeemer (Beitrag 1384773)

Das musste ich loswerden, bin aber raus hier

Ich finde es weitaus fraglicher, dass die mobilen Compiler nicht mehr in der Pro-Version enthalten sind.[/QUOTE]

Im RAD Studio Pro sind die schon enthalten. Lediglich bei Delphi Pro und C++ Builder Pro gibt es das als zusätzliche Option.

[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.

Gruß
K-H

[Glados]

Nur hat das einen Vorteil bei Ottonormal-Anwendungen?

[Zacherl]

Zitat:

Zitat von p80286 (Beitrag 1384777)

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:

Zitat von Glados (Beitrag 1384778)

Nur hat das einen Vorteil bei Ottonormal-Anwendungen?

Ist vermutlich im Post-Wirrwarr untergegangen:

Zitat:

Zitat von Zacherl (Beitrag 1384734)

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 :P

[jaenicke]

Zitat:

Zitat von HolgerX (Beitrag 1384747)

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:

Zitat von jaenicke (Beitrag 1384780)

Zitat:

Zitat von HolgerX (Beitrag 1384747)

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.

[jobo]

Zitat:

Zitat von Zacherl (Beitrag 1384779)

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 :P

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.