Elend lange Rechenzeiten
Hallo an alle,
alle Macs hier im Netzwerk bei Norbert R.Obst werden seit Jahren durch
mich gewartet. Die Netzwerkverkabelung und die automatische Auswahl der
Netzwerkgeschwindigkeit an den Mac OS X Clients funktionieren
einwandfrei.
Alle Mac OS X Macs sind auf dem aktuellen Stand und werden regelmässig
per FSCK, Volumenzugriffsrechte-Reparatu
Zugriffsrechte auf dem Mac OS X-Server sind so konfiguriert, wie es
notwendig ist.
Der Power Mac G5 wurde absichtlich nicht von mir auf Mac OS X v10.3.5
aktualisiert, da es bei vielen Anwendern mit Single-Prozessor G5 Power
Macs nach diesem Upgrade Schwierigkeiten gegeben hat. Das erste
Firmware-Update von Apple hat da nicht viel weitergeholfen und war
fehlerhaft, nachdem die zweite Version herausgegeben worden ist, habe
ich diese installiert, danach sofort ein OpenFirmware-Reset
durchgeführt und das Mac OS X v10.3.5-Kombo-Update installiert.
Die Verarbeitungsgeschwindigkeit im Netzwerk bei neu erstellten
RagTime-Dokumenten ist unproblematisch, ebenso bei anderen Dokumenten,
die über den Server geladen werden (Beispielsweise JPG-Bilder in
Grafikkonverter oder Vorschau, OmniGraffle-Dateien etc.). Lediglich bei
alten Dokumenten, die zum Teil von RagTime 3.2 konvertiert worden sind,
werden trotz Aktualisierung der Referenzen auf die neuen Server-Bezüge
(!) oder trotz des Nicht-Neuberechnens Wartezeiten beim Öffnen, Sichern
oder Neu sichern von bis zu fünf Minuten erzielt. RagTime ist in
solchen Situationen nicht zu beeinflussen, nicht einmal die
Pogramm-Fenster können ausgeblendet werden.
Warum muss man als Anwender in RagTime 5 unter Mac OS X immer auf den
Time-Out warten? Warum lässt sich das nicht vom Anwender gesteuert
abbrechen?
Warum kann RagTime 3.2 in der Classic-Umgebung auf den gleichen Macs im
gleichen Netzwerk viel schneller einen Dialog zur Abfrage von externen
Verknüpfungen präsentieren als RagTime 5?
Johannes Obst
____________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-b
Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists