Informatik

www.informatik-forum.info
« zurück zur Hauptseite...


(2004-11-24 10:55:27)

Was passiert bei "Volume ... optimieren"?

Autor: Carlos Meira

Hallo,

gerade eben habe ich mir das Update auf OS X 10.3.6 heruntergeladen.
Nach solchen Update-Vorgängen startet meistens eine Optimierung:
Volume "Mac cOS X" optimieren: 51 % beendet

Dies ist zumindest auf dem etwas älteren Mac ein sehr zeitaufwändiger
Prozess über etliche Minuten hinweg.

Was wird denn hier optimiert?



Gruß
Carlos

(2004-11-24 12:01:29)

Was passiert bei "Volume ... optimieren"?

Autor: Klaus Behrends

(2004-11-24 12:01:29)

Was passiert bei "Volume ... optimieren"?

Autor: Klaus Behrends

Carlos Meira schrieb:
> Hallo,
>
> gerade eben habe ich mir das Update auf OS X 10.3.6 heruntergeladen.
> Nach solchen Update-Vorgängen startet meistens eine Optimierung:
> Volume "Mac cOS X" optimieren: 51 % beendet
>
> Dies ist zumindest auf dem etwas älteren Mac ein sehr zeitaufwändiger
> Prozess über etliche Minuten hinweg.
>
> Was wird denn hier optimiert?
>
>
>
> Gruß
> Carlos

Die Hilf von "Onyx" erklärt es, wie folgt:

"- System optimieren: Diese Option ermöglicht die Aktualisierung von
Informationen in System Bibliotheken und ausführbaren Dateien, wenn dem
System neue Dateien hinzugefügt wurden. Die "Vollständige Optimierung"
erzwingt die Aktualisierung aller Dateien. Mit der "Vollständigen
Optimierung" Option können sich unter Umständen einige
Systemeinstellungen ändern. Schlüsselbunde und Passwörter werden dabei
aber nicht verändert. Der Rechner sollte nach diesem Befehl neu
gestartet werden.

Die Optimierung des System benutzt den "update prebinding" Befehl. Im
Prinzip ist das Ausführen dieses Befehls nicht notwendig, da Mac OS X
dieses automatisch im Hintergrund erledigt, wenn es notwendig ist."

Gruß Klaus

(2004-11-24 15:04:00)

Was passiert bei "Volume ... optimieren"?

Autor: aclauss@hrzpub.tu-darmstadt.de (Alexander Clauss)

Carlos Meira wrote:

> Dies ist zumindest auf dem etwas älteren Mac ein sehr zeitaufwändiger
> Prozess über etliche Minuten hinweg.

Es hilft, das Installationsprogramm, welches diese "Optimierung"
durchführt, einfach auszublenden. Dann sollte der Vorgang etwas
schneller erledigt sein. Die animierte Fortschrittsanzeige verbraucht
leider fast alle Rechenzeit, falls davon nur wenig zur Verfügung steht
(auf schnellen Rechnern faäält das kaum ins Gewicht). Das Ausblenden
sorgt nun dafür, daß die Animation nicht mehr sichtbar ist, und daher
dann auch keine Rechenzeit mehr vergeudet.


--
Alexander

(2004-11-24 16:03:00)

Was passiert bei "Volume ... optimieren"?

Autor: Oliver Frick

In article ,
aclauss@hrzpub.tu-darmstadt.de (Alexander Clauss) wrote:

> schneller erledigt sein. Die animierte Fortschrittsanzeige verbraucht
> leider fast alle Rechenzeit, falls davon nur wenig zur Verfügung steht

Huch, was für einen Murks hat Apple denn da wieder gemacht? Das
ist doch wohl nicht eine zwingende Folge von Quarz-Extremes
Kompositionsarchitektur?

Oliver

(2004-11-25 00:39:21)

Was passiert bei "Volume ... optimieren"?

Autor: aclauss@hrzpub.tu-darmstadt.de (Alexander Clauss)

Oliver Frick wrote:

> Huch, was für einen Murks hat Apple denn da wieder gemacht? Das
> ist doch wohl nicht eine zwingende Folge von Quarz-Extremes
> Kompositionsarchitektur?

Vermutlich haben die "Aqua"-Prozesse eine höhere Priorität, als alle
anderen und kommen daher bevorzugt Rechenzeit.

Normalerweise ist es sinnvoll I/O-Prozesse (I/O = Input/Output, also
alles was Daten einliest und ausgibt, dazu kann man auch Ausgaben des
Userinterfaces zählen) mit hoher Priorität und rechenzeitintensive mit
niedriger Priorität laufen zu lassen. I/O-Prozesse brauchen
normalerweise nur selten und nur sehr kurz mal ein bisschen Rechenzeit
(wenn man Text eintippt, kommen die Tastendrücke für
Prozessor-Verhältnisse nur in riesigen Zeitabschnitten an, d.h. ein
Prozess, der Tastatureingaben verarbeitet, wartet praktisch fast immer,
daß irgendetwas passiert). Wenn man diese I/O-Prozesse mit hoher
priorität laufen lässt, vergeudet man daher keine Rechenzeit, da diese
Prozesse sowieso fast immer nur warten bis mal was passiert. In der
Wartezeit sind sie komplett blockiert und verbrauchen gar keine
Rechenzeit. Sobald aber ein Ereignis auftritt, wo sie doch mal was zu
tun bekommen (Taste gedrückt), sorgt die hohe Priorität dafür, daß
dieser Prozess sofort dran kommt und nicht warten muß. Dadurch fühlt
sich der Rechner schnell an, der User bekommt sofort ein Feedback, egal
was der Rechner sonst noch tut, er lässt sich flüssig bedienen. Und da
I/O-Prozesse üblicherweise schnell wieder beendet sind (der Tastendruck
ist schnell verarbeitet), wird er auch schnell wieder komplett
blockiert. Alle anderen Prozesse werden dadurch kaum gestört oder
verlangsamt, auch wenn sie mit niedriger Priorität laufen. So wird die
Rechenzeit also "optimal" ausgenutzt.

Unter MacOSX mit den ganzen Aqua-Animationen und Spielereien ist eine
solche Strategie aber nicht immer ganz so sinnvoll. Denn die Animation
des Fortschrittsbalkens läuft ständig, wird also ununterbrochen aktiv
und zeichnet einen neuen Schritt der Animation. Hat dieser Prozess eine
hohe Priorität, fordert er ganz untypisch für normale I/O-Prozesse
dauerhaft und oft Rechenzeit. Und das kann dann schon recht kritisch
werden, wenn der Rechner nicht allzuviel Rechenzeit hergibt.


--
Alexander

(2004-11-25 01:25:26)

Was passiert bei "Volume ... optimieren"?

Autor: Oliver Frick

In article ,
aclauss@hrzpub.tu-darmstadt.de (Alexander Clauss) wrote:

[...]
> dieser Prozess sofort dran kommt und nicht warten muß. Dadurch fühlt
> sich der Rechner schnell an, der User bekommt sofort ein Feedback, egal
> was der Rechner sonst noch tut, er lässt sich flüssig bedienen. Und da
[...]

Schau an. Ich habe um die Vorlesung "Betriebssysteme" immer einen
Bogen gemacht. Hätte ich vielleicht mal besuchen sollen.:-)

Oliver

(2004-11-25 08:36:21)

Was passiert bei "Volume ... optimieren"?

Autor: Reiner Schischke

Alexander Clauss wrote:

> sich der Rechner schnell an, der User bekommt sofort ein Feedback, egal
> was der Rechner sonst noch tut, er lässt sich flüssig bedienen. Und da
> I/O-Prozesse üblicherweise schnell wieder beendet sind (der Tastendruck
> ist schnell verarbeitet), wird er auch schnell wieder komplett
> blockiert. Alle anderen Prozesse werden dadurch kaum gestört oder

Du wolltest wahrscheinlich ... wird er auch schnell wieder komplett
freigegeben... schreiben?

--
A+
Reiner
WGS84: N 45¡1146.3" E005¡4326.6"