Welche tollen Features bietet Lion so das ein Upgrade von Snow Leo auf Lion lohnt?

Launch Pad, Mission Control, Vollbildmodus ... sehe ich als nette Dreingabe.

Was sind die tollen neuen Features im täglichen Umgang mit dem System?

Da es ja schon einige Leute gibt die den Gold Master installiert haben, vielleicht könnten diejenigen was dazu schreiben, oder auch diejenigen die schon bald die offiziell freigegebene Version installiert haben.

Weswegen würdest Du ein Upgrade auf Lion empfehlen?

StdOut: Stimmt, da kommt bei mir dasselbe raus; warum kann ich aber dann in den Informationen des Finders immer noch auswählen "Im 32-Bit-Modus auswählen"?

Bei Intel 64 schon, denn bestimmte schnellere Operationen stehen nur unter 64-Bit zur Verfügung. Beim Intel Core 2 Duo stehen 64-Bit-Programmen zusätzliche Register zur Verfügung, die 32-Bit-Programme nicht verwenden können. Auch das macht schneller.

Ein 32-Bit-Prozeß kann nur 4 GB Speicher direkt ohne Tricks nutzen. Wenn Du in den nächsten Jahren mehr RAM hast, dann werden 4 GB für den Kernel nicht genug sein, um den Speicher überhaupt vernünftig zu verwalten, weil die 4 GB zum großen Teil schon nur von der Speicherverwaltung gefressen werden und kein Platz mehr wäre für andere Arbeit.

So schliesst sich der Kreis zum Einwand von
Weshalb sollte also von Lion 32 Bit vom Prinzip her noch unterstützt werden? Um Hardware kompatibel zu machen, die noch langsamer ist als ein G5?

Deswegen verkauft ja Apple noch immer Computer mit 2gb ram...

Ich profitiere nur davon, daß mehr Ram verwendet werden kann... Dafür haben sich die 32Gb Ram in meinen 12c MP gelohnt für Sampler zum Beispiel...

Das nutzt aber Apple Rechnern die nur 2gb ram haben gar nix.

Also ich hab mal SL auf nen 32bit Prozi gesehen (Macmini) und es ist gut gelaufen... Warum sollte Lion, wenns den noch nen 32bit Kernel hätte dann total langsam sein...

Teorema Die corduos waren teilweise schneller als der G5. Der einzige G5, der lange noch gut Power hatte war der Quad...

Das ist der 2. Grund, warum auf mein altes AirBook kein Leo kommt. Das neue habe ich nun gekauft, weil Apple wenigstens 4 GB RAM (sowie wieder die Tastaturbeleuchtung ) verbaut, was zwar nicht viel ist, aber für meine Zwecke reicht.

Das ist eine gute Frage. Ehrlich gesagt weiss ich es nicht. Es scheint als wäre diese Einstellung unabhängig davon, ob überhaupt eine 32 Bit Binary vorliegt. Selbst wenn man es aktiviert und den Finder über das Force Quit Menü neu startet und dann in die Aktivitaetsanzeige schaut, wird es noch immer als 64 Bit angezeigt.

Vielleicht habe ich den Fehler gemacht, anzunehmen, Apple würde so etwas einfaches, wie das Aktualisieren von Textdateien fehlerfrei hinkriegen.
Wenn Deine Konfiguration so simpel ist, dass es bei Dir funktioniert, freu Dich. Es ist aber borniert, daraus auf "alle" zu schließen.

Wenn Du solche Funktionen brauchst, bist Du gezwungen, sie über Umwege, z.B. Zugriff auf die Commpage oder Assemblerprogrammierung nachzubauen. Dadurch wird der Programmierstil wohl kaum besser. Man merkt, dass Du keine Erfahrung mit Kernel-Programmierung hast.

Völlig falsches Beispiel, da man Druckertreiber in der Regel im Userspace anlegen kann.

Unsinn. Wir reden hier über Programmierung im Kernel. Der Code, der gerade läuft, verschiebt sich nicht selbst auf eine andere CPU.

Hier wird dann noch deutlicher, auf welchem Niveau Du argumentierst, und dass Du nicht weißt, für welche Zwecke man die (nur als Beispiel) erwähnte Funktion cpu_number benötigt.

Hat mit dem Thema überhaupt nichts zu tun, denn wenn es um Code geht, der mit der höchsten Privilegstufe im Kernel läuft, erübrigt sich jede Diskussion über Sicherheit. Die KPIs sind In-Kernel-Schnittstellen, keine Userspace-to-Kernel-Schnittstellen, wie das IOKit.

Du hattest unzulässig "auf alle geschlossen" aufgrund Deiner Probleme.

Wenn Du solche Funktionen benutzen willst, möchte ich Deine Treiber lieber nicht nutzen.

Korrektes Beispiel, denn tatsächlich nutzen Druckertreiber in der Regel Kexts.

Der Kernel kann auch seine eigenen Threads von CPU zu CPU schieben. Spätestens jetzt willst Du diese Funktion hoffentlich nicht mehr nutzen.

Um die CPU zu identifizieren, auf der der Thread gerade läuft. Hatte ich doch geschrieben.

Wenn man Drittprogrammierern nur ausgewählte sinnvolle Kernel-Funktionen für Treiber anbietet, verbessert das die Stabilität. Und cpu_number gehört Apple sei Dank nicht dazu. Ist "Kernel private".

Windows-Programme haben eine lange Tradition, Zugriff auf höchste Rechte als normal vorauszusetzen. Deshalb erübrigt sich tatsächlich das Sicherheitsthema.

Dann blamier Dich weiter mit den falschen Behauptungen. Die Leser, die sich mit der Materie auskennen, wissen, welche Aussagen richtig sind.

Wenn Du mal wieder Hilfe brauchst, um Xcode richtig zu benutzen, meld' Dich.

Bitte was? Besser dokumentiert? Wo? Seit dem die die interne Suchmaschine durch Bing ersetzt haben, findet man nicht mal mehr eine Beschreibung zu irgendwelchen Programmpaketen bei denen.

Versuche mal bei MS auszufinden, welche Sprachen genau mit den Proofing Tools für Office 2003 unterstützt werden. Nur mal so als Beispiel.

Und wegen der tollen "Roadmap" müssen wir trotzdem sämtliche Software neu Paketieren. Abwärtskompatibilität steht bei MS nämlich auch nur auf dem Papier. Wir haben Programme, da lässt sich nicht mehr der Installier richtig ausführen, trotz installierter "XP Kompatibilitätsumgebung".

Bei OS X weiß ich meist sofort: geht nicht, weil ist nicht. Hilft zwar nicht immer, ist aber schneller.

Und zum Thema Drittanbieterhardware: Natürlich muß MS da mehr, äähh, "fördern". Schließlich haben sie ja jahrelang die PC-Bastelbuden erpresst, ihre Rechner mit Win auszuliefern. Selber bauen, tu sie ja nix

Was für eine Schlamperei!!