Apple hatte Ende 2009 ein EFI Firmware Update veröffentlicht, das ein Problem mit Laufgeräuschen des optischen Laufwerks behob. Aus irgendwelchen Gründen schob Apple dann eine neue, undokumentierte Version dieses Updates nach, und zwar mit der gleichen Versionsnummer. Interessanterweise enthielt diese spätere Version auch klammheimlich eine erweiterte Adressierung des RAM Speichers unter Snow Leopard.

Je nach Zeitpunkt des durchgeführten Updates ist ein MacBook somit in der Lage, die größere Kapazität von 8 GByte zu verwalten. Eine Anzeige der korrekten Versionsnummer im System Profiler gewährleistet leider nicht, ob eine Aufrüstung auch funktionieren wird.

Wer jetzt denkt “macht doch nichts, bügelt man halt einfach die neuere Firmware nochmal drüber”, hat zwar die richtige Idee, muß aber “händisch” erledigen: Herunterladen der Firmware von der Apple Webseite mit anschließender manueller Installation.

Da ich auf meinem MacBook Late 2008 (Alu Unibody) sehr oft mit VMware arbeite, war die Aussicht einer Verdoppelung meines Arbeitsspeichers natürlich sehr verlockend. Meine Firmware wies die passende Versionsnummer auf und daher bestellte ich zwei passende 4 GByte Riegel für insgesamt 78 Euro. Man muß nur darauf achten, daß die RAM Bausteine für den Betrieb in einem Apple Gerät geeignet sind.

Der Einbau ging schnell vonstatten und ich hatte Glück: Es funktionierte auf Anhieb! Durch den zusätzlichen Speicher ist es mir jetzt sogar möglich, VMware im Hintergrund offen zu halten und trotzdem zügig zu arbeiten. Die Speicherverwaltung von OS X ist exzellent und verwaltet das zur Verfügung stehende RAM äußerst intelligent.

Operation geglückt, Patient lebt. Jetzt schiele ich auf eine SSD

Update vom 16.8.2011: Mittlerweile habe ich das MacBook auch mit einer SSD aufgerüstet.

Als ich heute morgen zum ersten Mal mein iPhone mit dem in der letzten Woche veröffentlichen iTunes 9.2 synchronisierte, wurde ich von obiger Fehlermeldung ausnahmsweise mal positiv überrascht. Fehlender Speicherplatz wird jetzt nicht mehr nur generell angemeckert, sondern es wird genau vermeldet, an wieviel Megabyte der vollständige Abgleich denn nun scheitert.

In meinem Fall konnte ich eine Wiedergabeliste entsprechend verkleinern ohne wie früher mit Pi-mal-Daumen den fehlenden Platz abschätzen zu müssen.

Danke Apple: Schönes Detail.

Interessant war dabei, das dies auf der VMware- wie auch auf der OSX Seite auftratt. Beide Rechner haben jeweils 4 GB RAM, und ich hatte der jeweiligen Virtualisierung davon 1 GB RAM zugeordnet. Sollte doch eigentlich passen, oder?

Die probeweise Zuweisung von mehr RAM machte die Sache noch schlimmer. Das deckt sich allerdings auch mit den Empfehlungen von Anwendern im Netz, da damit OSX zunehmend ausgebremst wird, und da läuft ja die Virtualisierung!

Also ging ich in die andere Richtung. Und siehe da: Seitdem XP mit 512 MB auskommen muß, funktioniert die Sache. Windows 7 versorge ich mit 768 MB, obwohl VMware 1 GB empfiehlt. Ein positiver Seiteneffekt ist das schnellere Runter- und Hochfahren der virtuellen Machinen – klar, es gibt ja auch weniger Speicherinhalt zu schaufeln.

Ich denke, daß die ganze Mimik mit der Balance zwischen OSX und der Virtualisierung zu tun hat. Bei mir laufen zwar nicht übermäßig viele Programme und Dienste auf der OSX Seite, allerdings summiert sich das eben schon. Ein Blick in die Aktivitätsanzeige offenbart das.