@Hammerfall4real: Ich vermute für den Businessbereich bei extrem großen Tabellen etc. EDIT: Für den kleinen Endkonsumenten auf jedenfall uninteressant ^^

@Hammerfall4real: 3. Absatz nicht gelesen??

@darkalucard: die 64bit Version startet wesentlich schneller als die 32bit Version, könnte ein Grund sein. Bei häufigem öffnen und schließen ist das bestimmt ne Tasse Kaffee;)

@Quadt_89: Ich werd mir, für Zuhaus, vermutlich auch die 64bit Version holen, nicht weil ich 64bit "brauche" sondern, weil ich nunmal ein 64bit OS habe und keine Plugins benutze ;) Aber generell kann ich die Bedenken von MS schon verstehen.

@Hammerfall4real: die 32 Bit version kann gerade mal 2GB ram nutzen, was bei manchen exel tabellen schon zwicken kann

@Hammerfall4real: Man kann Excel mit einem speziellen Add-On von MSFT z.B. als Front-End zu jeder beliebigen MS-SQL 2008 und MS-SQL2008R2 Datenbank nutzen. Stichwort: Modernes Data Warehousing. Und da macht es je nach Tabellengröße der SQL Datenbank einen *riesen* Unterschied, ob ich ein 32-Bit oder 64-Bit Excel nutze. Je nach Tabellengröße (5 Mio Datensätze und viel mehr) und Komplexität meiner gewünschten Datenverdichtung kann der Unterschied zwischen 32-Bit und 64-Bit Excel schon mal in 15 Minuten Rechendauer liegen. Warenhaus- Lebensmittel- und Krankenhauskonzerne haben auf so etwas gewartet, auch Banken und Versicherungen dürften hell erfreut sein. Wenn eine Munich-Re Versicherung z.B. eine Verdichtung der Wetterdaten für ein bestimmtes Gebiet vornehmen will, und dabei auf Tabellen mit mehr als 100 Mio Datensätzen zurückgreifen muss, dann kann der Unterschied auch schon mal noch größer ausfallen. Der Vorteil hierbei mit Excel arbeiten zu können, statt mit reinen SQL Tools liegt darin, dass der Anwender kein Informatiker bzw. Fachmann für SQL sein muss. Er kann mit Excel die Datenverdichtung als eine Art Pivot Tabelle vornehmen. Somit wird die IT eines Konzerns entlastet, welche keine Abfragen mehr für die Abteilungen schreiben müssen und das Unternehmen kann erheblich Geld einsparen. Für Privatanwender und SOHO Einrichtungen ist eine 64-Bit Office Anwendung sicher nicht gedacht. Microsoft hatte übrigens ziemliche Mühe, ausreichend Beta Tester für genau diese Art von 64-Bit Add-Ons zu finden. Als ich mich dann darauf einließ, und die Tools mal in echter Firmenumgebung ausprobierte und anfangs reichlich Stoff zu reklamieren hatte, gab es aber auch echte persönliche und sehr ausführliche Antworten der Entwickler und zum Schluss ein sehr nettes und höfliches 'Danke Schön' für die Teilnahme am Test. Der beste Kommentar kam ziemlich zum Anfang: 'Haben Sie keine einfacheren Aufgaben der Datenverdichtung und muss es bei Ihnen immer so kompliziert sein? Das wird hier so mit unseren Tools nicht gehen' Der gleiche Entwickler zum Schluss. 'Ich hoffe, wir haben unsere Hausaufgaben im Sinne unserer Kunden erledigt' Das stimmt. Als Front-End für große SQL Datenbanken gibt es derzeit nichts einfacheres zu bedienen als Excel 64-Bit mit ensprechenden MS-Add-Ons. G.-J.

@DennisMoore: Naja an Speicherverbraucht dürfte wohl auch Access noch weit vor Excel liegen. Aber selbst wer mit Access in die Weiten vorstößt sollte sich überlegen ob er nicht auf die falsche Basis für sein Vorhaben setzt.

@DennisMoore: Deine Unwissenheit kommt daher, dass Du dich mit der Systemwartung und System generell nicht beschäftigst oder beschäftigen willst. Es genügt nicht, sich auf die automatischen Mechanismen von Windows zu verlassen, da windows dann immer gleich schnell bleiben müsste und keine Fragmentierung zulassen dürfte. Du und viele hier haben weniger als Halbwissen und prahlen damit auch noch. Ich muss etwas ausholen und einen Abstecher zu Linux machen, um besser verdeutlichen zu können. Es geht hierbei aber nicht um Linux, ok? Gut. Nehmen wir eine Linuxedition mit 32bit und eine mit 64bit. Es handelt sich jeweils um einen GUSS der jeweiligen Architektur mit allem was zu dieser Edition als software gehört. Es sind alle Programme, Unterstützung, Kernel, Dienste, also wirklich alles 32bit oder 64bit breit. Verwechselungen oder Inkonsistenzen können nicht auftreten. Unter Windows ist das nicht der Fall - kann es auch nicht sein, weil MS auf die Entwicklung und Programmierung diverser Softwarehersteller keinen Einfluss hat. Es wird also weitestgehend mit 32bit programmiert und entsprechend Windows zugeführt. Wenn aber ein 64bit-Windows ein 32bit Treiber oder Software allgemein imitieren muss, fällt es in den Kompatibilitätsmodus zurück, sprich 32bit, und verliert alle Vorteile der 64bit-Architektur. Der schlimmste Verlust dabei ist die Speicherverwaltung, denn 2 hoch 32bit ergibt genau DIE 4GB RAM, die in den meisten Rechnern exakt aus diesem Grund verbaut wird. Da aber die Hersteller von Hardware und Software genau damit rechnen, ist es sinnlos, mehr als 4GB RAM zu verbauen. Nun, zurück zu deinem Beispiel mit Excel bzw. Office von MS. MS hat aus diesen trivialen Gründen die Entwicklung des 64bit-Office vernachlässigt und warnt selber vor dessen Einsatz. Ja, diese Methode hat Methode und wird nur von wenigen überblickt. Von Dir auch nicht, also gehst du wieder vom Desktop aus, der neben dem OS, wenige Programme im Scheduler verwalten muss und mit 2 GB RAM klar kommt. aber da gibt es mehr, Dennis, viel mehr als du ahnst - ja deine VMs z.B. auch oder Applikationsserver für Hochschulen z.B. Das lässt sich mit Windows nur mit Tricks und unter Einschränkungen realisieren . Dieses Beispiel ist gleichwohl eine klare Verdeutlichung, dass Windows sogar im eigenen Systemdesign die falsche Richtung fährt, und es nicht ändern kann, selbst wenn MS es wollte. Spätestens jetzt sollten die Stärken der Repositories und des apt-Systems klar geworden sein, die im Rahmen unserer Gespräche oft gefallen sind. Jetzt mach Dir bitte die Mühe, kritisiere nicht herum, sondern lies die Beiträge 02, 03 und 03:1, 03:2, 03:4 usw. Ich habe Dir allerdings das letzte Mal die Tür gezeigt.

@netmin: Du solltest anderen kein Unwissen vorwerfen, denn Du schreibst auch nur Quark. Unter Linux kannst Du natürlich die gleichen Probleme wie unter Windows haben, nämlich, dass Du 32Bit Programme unter einem 64Bit Linux laufen lassen musst. Hier etwas Nachhilfe für Dich: http://maketecheasier.com/run-32-bit-apps-in-64-bit-linux/2009/08/10 32Bit-Programme sind kein Nachteil, denn die meisten Programme benötigen die Vorteile der 64Bit-Architektur nicht. Office-Anwendungen sind ein Beispiel dafür. Schaust Du Dir Prozessoren an, dann siehst Du, dass 32Bit-Kommandos sogar zum Teil schneller laufen können. Virtuelle Maschinen, AppServer, Datenbanken, ... sind dagegen etwas ganz anderes. Das sind keine Office-Anwendungen. Hier macht eine 64Bit-Version auf jeden Fall Sinn. Aber man kann beides nutzen: 32Bit Office UND 64Bit VM und DB. Bevor Du so krudes Halbwissen von Dir gibst, solltest Du erst mal Deine Hausaufgaben machen.

@TingoDingo: Das wünsch dir lieber nicht, mehr als die Hälfte von dem Gedröhne ist absoluter Unfug...

@z0rn: Es gibt ja eine 64bit Edition. MS empfiehlt lediglich die 32Bit Edition zu nutzen wegen den inkompatiblen AddOns.

@z0rn: Weißt du überhaupt, was du da redest? Office gibts in 64 Bit ! Punkt!! Somit mal kein Armutszeugnis seitens MS. Es geht allein hier um die Add-ONs, die teilweise noch nicht in 64 Bit vorliegen. MS wird sicher die eigenen schnell kompatibel machen. Die 3rd-Party-Dinger brauchen sicher etwas länger. Aufrund dessen empfiehlt MS zumindest vorerst 32-Bit-Office zu nutzen und auch deshalb weil 64 Bit auch nur bei größeren Datenmengen erforderlich ist. Und zu guter Letzt ist das eine Empfehlung, an die man sich halten kann oder auch nicht. Jetzt soweit alles klar?

@z0rn: Da stimm ich dir zu. Aber was soll MS machen. Die Drittanbieter dazu zwingen 64bit AddOns anzubieten?

@z0rn: Ja, schon, aber darum gehts hier nicht.

@Zaru: Mal nen älteres PDF von MS, verdeutlicht ein wenig auf was man alles achten muss: http://tinyurl.com/yavg9wx prinzipiell ist es das nicht, aber in der Praxis stößt man auf viele Probleme, weil 32bit Werte erwartet werden, aber 64bit Werte geliefert werden, wodurch Methoden angepasst werden müssen. Die Schwierigkeit ist nicht wirklich das portieren (solange der Quelltext gut dokumentiert und übersichtlich ist) sondern das portieren mit wenigen Fehlern bei gleichzeitig moderatem Zeitaufwand.

@Zaru: Das hat nix mit "schwer" zu tun. Es ist das gleiche Problem das MS immer plagt: Altlasten. Viele Firmen haben Add-Ons, die steinalt sind und die nichtmehr gepflegt werden. Da gibt es einfach keine 64Bit version...

@PlayX: Intel Atom der ersten Generation kann kein 64bit. Traurig, aber wahr.

@Edelasos: Basics: http://de.wikipedia.org/wiki/64-Bit-Architektur , dann 3. Absatz mal lesen und für den Mathematiker ist die Differenz 32 Bit.

@seaman: Man hat sich daran gewöhnt. Ich meine Outlook Express, der Vorgänger von dem jetzigen Live-Gedöhns war ja nun sehr abgespeckt. Kein Kalender, kein nichts. Hast du nen Smartphone mit ActiveSync abgleichen wollen, hast du Outlook quasi benötigt. Und warum jetzt nicht weiter Outlook nutzen? Ich mags. Egal ob privat oder im Business-Bereich.

@Illidan: Oder sind nicht beide Version bei dem Datenträger dabei?

@LaBeliby: Besser ein Minusaffe sein, als ohne Sinn und Verstand hier zu posten. Die Affen scheinen dann wohl etwas intelligenter zu sein.