Elend lange Rechnerzeiten

Hallo Herr Patten,
vielen Dank für die schnelle Antwort. Leider liegt es offenbar nicht an
den Zugriffsrechten. Ich habe sie reparieren lassen, Neustart gemacht
usw.
Offensichtlich sucht RagTime verzweifelt nach den rechnerisch
verbundenen Dokumenten. Bei weiteren Test nach der Reparatur der
Zugriffsrechte habe ich festgestellt, daß die Zeiten sich verkürzen,
wenn ich bei der Frage nach den verbundenen Dokumenten diese dem
Dokument zeige und öffnen anklicke.
Warum aber dann das einfache Sichern (nicht Sichern unter) eines
Dokumentes, das vom Server kam, auch noch 36 Sekunden dauern muß,
bleibt für mich offen.
Nun muß ich mich wohl der Mühe unterziehen und alle Formulare, die alle
beispielsweise mindestens eine Verbindung zum Dokument
"Firmenbezeichnung" haben, öffnen, die Verbindungen herstellen und
wieder sichern, eher sie von meinen Mitarbeitern ohne riesigen
Zeitaufwand genutzt werden können.
Mit freundlichen Gruessen
Norbert Obst

Am 02.09.2004 um 09:43 schrieb Patten Peter:

> Hallo Herr Obst!
>
> Öffnen Sie einfach den Programm-Ordner. Darin gibt es einen
> Dienstprogramm-Ordner. Dort befindet sich ein Programm namens
> "Festplattendienstprogramm". Öffnen und links auf das Volumen klicken.
> Unten ist ein Knopf "Zugriffsrechte reparieren". Diesen Knopf nach
> Systemupdates und Programminstallationen immer mal drücken. Viele
> Fehlerquellen lassen sich damit eliminieren. Vielleicht auch Ihre!
>
> Gruß
>
> Peter Patten
>
>>
>> Hallo, wer weiß was?
>>
>> wir haben nun alles umgestellt: Einen neuen Server mit neuem Namen
>> und Betriebssystem Mac OS X usw.
>> Nun bekomme ich Rechnerzeiten zum Abgewöhnen. Das Öffnen eines
>> Dokumentes dauert beispielsweise 4 Minuten und 10 Sekunden. Bei der
>> dann erscheinenden Frage Neuberechnen oder nicht habe ich Nein
>> angeklickt. Trotzdessen vergehen weitere 3 Minuten bis ich mit
>> Dokument arbeiten kann. Auch das Sichern dauert bis über 10 Sekunden,
>> slebst auf die eigene Festplatte (Schreibtisch).
>> Im Forum wurde schon einmal zu diesem Thema diskutiert. Leider weiß
>> ich das Stichwort nicht mehr. Dort wurde vom Reparieren der
>> Zugriffsrechte geschrieben. Hoffentlich hilft das auch.
>> Es muß mit OS X zutun haben. Denn alte auf dem gleichen Server
>> liegende RT 3.2 Dokumente laufen superschnell und problemlos.
>>
>> Wie repariert man die Zugriffsrechte? Bitte jeden einzelnen Schritt
>> angeben, da ich zwar mit RT gut arbeiten kann. Was darüber hinaus
>> geht, sind für mich die bekannten "böhmischen Dörfer". Das macht mein
>> Sohn, der aber gegenwärtig nicht greifbar ist.
>>
>> Ich arbeite mit Mac OS X Version 10.3.4 und RagTime 5.6.5 auf einem
>> PowerPC G5 mit 1.8 GHz.
>> Mit freundlichen Grüßen
>> Norbert R. Obst
>> _________________________________________________
>> Die macnews.de Mailingliste Ragtime:
>> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>>
>> Neu: Das Mailinglistenarchiv unter
>> http://forum.macnews.de/lists
>>
>
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists
>

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

nein! dieser fehler hat mit zugriffsrechten oder zumindest mit der
reparatur dieser nichts zu tun. dafür tu ich schon viel zu lange damit
rum!!!

herr obst, sind da konvertierte dokumente dabei (rt3->rt5)?
wurden die tabellen mal vom support auf "broken links" untersucht?
das war eine vom support gefundene ursache in einem elendig langatmigen
und abstürzendem dokument!!
wenn das der fall ist sollte ein testtool auf den markt!

kommen eigentlich die vielen "absturzberichte", die zu apple geschickt
werden bei rt an?

ist rt vom eichhörnchen zum faultier mutiert?
warum äußert sich keiner der hier mitlesenden entwickler und supporter
zu dem problem?
kai brüning - das ist chefsache!

ratlose grüße, roland

Am 02.09.2004 um 09:43 schrieb Patten Peter:

> Hallo Herr Obst!
>
> Öffnen Sie einfach den Programm-Ordner. Darin gibt es einen
> Dienstprogramm-Ordner. Dort befindet sich ein Programm namens
> "Festplattendienstprogramm". Öffnen und links auf das Volumen klicken.
> Unten ist ein Knopf "Zugriffsrechte reparieren". Diesen Knopf nach
> Systemupdates und Programminstallationen immer mal drücken. Viele
> Fehlerquellen lassen sich damit eliminieren. Vielleicht auch Ihre!
>
> Gruß
>
> Peter Patten
>
>>
>> Hallo, wer weiß was?
>>
>> wir haben nun alles umgestellt: Einen neuen Server mit neuem Namen
>> und Betriebssystem Mac OS X usw.
>> Nun bekomme ich Rechnerzeiten zum Abgewöhnen. Das Öffnen eines
>> Dokumentes dauert beispielsweise 4 Minuten und 10 Sekunden. Bei der
>> dann erscheinenden Frage Neuberechnen oder nicht habe ich Nein
>> angeklickt. Trotzdessen vergehen weitere 3 Minuten bis ich mit
>> Dokument arbeiten kann. Auch das Sichern dauert bis über 10 Sekunden,
>> slebst auf die eigene Festplatte (Schreibtisch).
>> Im Forum wurde schon einmal zu diesem Thema diskutiert. Leider weiß
>> ich das Stichwort nicht mehr. Dort wurde vom Reparieren der
>> Zugriffsrechte geschrieben. Hoffentlich hilft das auch.
>> Es muß mit OS X zutun haben. Denn alte auf dem gleichen Server
>> liegende RT 3.2 Dokumente laufen superschnell und problemlos.
>>
>> Wie repariert man die Zugriffsrechte? Bitte jeden einzelnen Schritt
>> angeben, da ich zwar mit RT gut arbeiten kann. Was darüber hinaus
>> geht, sind für mich die bekannten "böhmischen Dörfer". Das macht mein
>> Sohn, der aber gegenwärtig nicht greifbar ist.
>>
>> Ich arbeite mit Mac OS X Version 10.3.4 und RagTime 5.6.5 auf einem
>> PowerPC G5 mit 1.8 GHz.
>> Mit freundlichen Grüßen
>> Norbert R. Obst
>> _________________________________________________
>> Die macnews.de Mailingliste Ragtime:
>> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>>
>> Neu: Das Mailinglistenarchiv unter
>> http://forum.macnews.de/lists
>>
>
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists
>

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Hallo Roland,
es ist richtig. Die meisten Dokumente wurden aus RT 3.2 Dokumenten
konvertiert.
Das Interessante ist jedoch, daß offenbar das Suchen nach den
verknüpften Dokumenten so lange dauert.
Nachdem ich einigen Formularen die Verknüpfungsdokumente gegeben habe,
öffnen diese Formulare nun in gewohnter Geschwindigkeit.
Die Absturzberichte habe ich noch nie abgeschickt, da ich dachte, daß
diese bei Apple ankommen. Und dort wird sich sowieso keiner um meine
Probleme kümmern.
Aber warum dauert nun das Sichern der mit den richtigen Dokumenten
verknüpften Formulare so lange (bis zu 36 Sekunden)?
Übrigens: Bis zur Frage >>Alias löschen oder …<< vergehen bei einem
Dokument 1 Minute und 5 Sekunden.
Beim Öffnen eines Alias des Formulars mit Häkchen bei Formularblock
ändern dauert es 1 Minute und 15 Sekunden bis zum Hinweis: Das Dokument
konnte nicht geöffnet werden. Ein E/A-Fehler ist aufgetreten.
Fehlernr.: -36.
Mit freundlichen Gruessen
Norbert Obst

Am 02.09.2004 um 15:23 schrieb n&p:

> nein! dieser fehler hat mit zugriffsrechten oder zumindest mit der
> reparatur dieser nichts zu tun. dafür tu ich schon viel zu lange damit
> rum!!!
>
> herr obst, sind da konvertierte dokumente dabei (rt3->rt5)?
> wurden die tabellen mal vom support auf "broken links" untersucht?
> das war eine vom support gefundene ursache in einem elendig
> langatmigen und abstürzendem dokument!!
> wenn das der fall ist sollte ein testtool auf den markt!
>
> kommen eigentlich die vielen "absturzberichte", die zu apple geschickt
> werden bei rt an?
>
> ist rt vom eichhörnchen zum faultier mutiert?
> warum äußert sich keiner der hier mitlesenden entwickler und supporter
> zu dem problem?
> kai brüning - das ist chefsache!
>
> ratlose grüße, roland
>
>
>
> Am 02.09.2004 um 09:43 schrieb Patten Peter:
>
>> Hallo Herr Obst!
>>
>> Öffnen Sie einfach den Programm-Ordner. Darin gibt es einen
>> Dienstprogramm-Ordner. Dort befindet sich ein Programm namens
>> "Festplattendienstprogramm". Öffnen und links auf das Volumen
>> klicken. Unten ist ein Knopf "Zugriffsrechte reparieren". Diesen
>> Knopf nach Systemupdates und Programminstallationen immer mal
>> drücken. Viele Fehlerquellen lassen sich damit eliminieren.
>> Vielleicht auch Ihre!
>>
>> Gruß
>>
>> Peter Patten
>>
>>>
>>> Hallo, wer weiß was?
>>>
>>> wir haben nun alles umgestellt: Einen neuen Server mit neuem Namen
>>> und Betriebssystem Mac OS X usw.
>>> Nun bekomme ich Rechnerzeiten zum Abgewöhnen. Das Öffnen eines
>>> Dokumentes dauert beispielsweise 4 Minuten und 10 Sekunden. Bei der
>>> dann erscheinenden Frage Neuberechnen oder nicht habe ich Nein
>>> angeklickt. Trotzdessen vergehen weitere 3 Minuten bis ich mit
>>> Dokument arbeiten kann. Auch das Sichern dauert bis über 10
>>> Sekunden, slebst auf die eigene Festplatte (Schreibtisch).
>>> Im Forum wurde schon einmal zu diesem Thema diskutiert. Leider weiß
>>> ich das Stichwort nicht mehr. Dort wurde vom Reparieren der
>>> Zugriffsrechte geschrieben. Hoffentlich hilft das auch.
>>> Es muß mit OS X zutun haben. Denn alte auf dem gleichen Server
>>> liegende RT 3.2 Dokumente laufen superschnell und problemlos.
>>>
>>> Wie repariert man die Zugriffsrechte? Bitte jeden einzelnen Schritt
>>> angeben, da ich zwar mit RT gut arbeiten kann. Was darüber hinaus
>>> geht, sind für mich die bekannten "böhmischen Dörfer". Das macht
>>> mein Sohn, der aber gegenwärtig nicht greifbar ist.
>>>
>>> Ich arbeite mit Mac OS X Version 10.3.4 und RagTime 5.6.5 auf einem
>>> PowerPC G5 mit 1.8 GHz.
>>> Mit freundlichen Grüßen
>>> Norbert R. Obst
>>> _________________________________________________
>>> Die macnews.de Mailingliste Ragtime:
>>> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>>>
>>> Neu: Das Mailinglistenarchiv unter
>>> http://forum.macnews.de/lists
>>>
>>
>> _________________________________________________
>> Die macnews.de Mailingliste Ragtime:
>> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>>
>> Neu: Das Mailinglistenarchiv unter
>> http://forum.macnews.de/lists
>>
>
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists
>

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 02.09.2004 um 16:37 schrieb Norbert R.Obst:

> Hallo Roland,
> es ist richtig. Die meisten Dokumente wurden aus RT 3.2 Dokumenten
> konvertiert.

ich hege diese vermutung schon seeeehr lange - beim konvertieren gibt
es schon lange unregelmäßigkeiten!

> Das Interessante ist jedoch, daß offenbar das Suchen nach den
> verknüpften Dokumenten so lange dauert.

deswegen war ich auf der suche in den einstellungen zu den
verzeichnisdiensten.
ich hatte das "gefühl" es wäre schneller geworden - nur super lahm zu
sehr lahm ist ein zu kleiner schritt.
das bessere gefühl ist psychologisch bereits aufgebraucht ;-) es nervt
wieder!

was beobachtest du im netzwerk? wird während der wartezeit irgendwas im
netz übertragen oder wartet das system?
bei mir tut sich nichts im netz!
welche verzeichnisdienste nutzt du?

> Nachdem ich einigen Formularen die Verknüpfungsdokumente gegeben habe,
> öffnen diese Formulare nun in gewohnter Geschwindigkeit.
> Die Absturzberichte habe ich noch nie abgeschickt, da ich dachte, daß
> diese bei Apple ankommen. Und dort wird sich sowieso keiner um meine
> Probleme kümmern.

irgendwann gibts da die softwarezitrone...
pannenstatistik a la adac

> Aber warum dauert nun das Sichern der mit den richtigen Dokumenten
> verknüpften Formulare so lange (bis zu 36 Sekunden)?
> Übrigens: Bis zur Frage >>Alias löschen oder …<< vergehen bei einem
> Dokument 1 Minute und 5 Sekunden.
> Beim Öffnen eines Alias des Formulars mit Häkchen bei Formularblock
> ändern dauert es 1 Minute und 15 Sekunden bis zum Hinweis: Das
> Dokument konnte nicht geöffnet werden. Ein E/A-Fehler ist aufgetreten.
> Fehlernr.: -36.

ich vermute hier eher system interne probleme - nur warum hat das
problem nur ragtime?
schöne grüße, roland

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Ich konvertiere zwar keine Dokumente, aber RT ist seit OSX10.3
dauerlahm, selbst bei absolut neu erstellten Dokumenten.
Ich bin so langsam ernsthaft sauer über die ignorante Haltung vom
RT-Team. So erhält man sich doch keine Kunden.
Mir bleibt als Einzeluser ja die Möglichkeit des Programwechsels, was
natürlich in Firmen richtig teuer wird.
LG,
M.Bartsch
--
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 02.09.2004 um 21:12 schrieb Michael Bartsch:

> Ich konvertiere zwar keine Dokumente, aber RT ist seit OSX10.3
> dauerlahm, selbst bei absolut neu erstellten Dokumenten.
> Ich bin so langsam ernsthaft sauer über die ignorante Haltung vom
> RT-Team. So erhält man sich doch keine Kunden.
> Mir bleibt als Einzeluser ja die Möglichkeit des Programwechsels, was
> natürlich in Firmen richtig teuer wird.
>

dann lerne mal unternehmerisch denken, einzeluser!!
zwei lizensen für geringverdienende architekten,
10 min warten und abgebröseltes ragtime pro tag
ergibt -> 20 a.tage*12 monate*2 lizensen*10 minuten*0,8 euro = 3.840
euro p.a.

ergo:
softwareinvest ist wesentlich billiger als der schaden den man durch
sie erleidet!!!
da heben es einzeluser richtig gut...
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Ganz so einfach stimmt die Gleichung nicht: Mac OS X 10.3.5 und RT
5.6.5 sind nicht grundsätzlich langsam. Ich kann nur sagen, dass ich
mit sehr komplexen Dokumenten arbeite, mit vielen grossen
Rechenblättern in einem Dokument, die alle miteinander verknüpft sind
mit Formeln, die alles andere als einfach sind (viele komplexe
VSuchlafu-funktionen etc.), teilweise auch mit Bezügen auf externe
Dokumente. Einzelne Dokumente haben eine Grösse im 2stelligen
MegaByte-Bereich (auch nach "Sichern unter"). Und trotzdem läuft
RagTime (auf meinem iMac 800 MHz) mit absolut befriedigender
Geschwindigkeit. Ich behaupte nun nicht etwa, dass diejenigen, die
sich über das Schneckentempo beklagen, etwas falsch gemacht hätten.
Wenn das bei mir so wäre, so würde mich das auch extrem nerven. Es
würde vielmehr darum gehen, herauszufinden was bei ihnen anders ist.
- Sicher stammt bei mir kein solches Dokument aus RT 3.2-Zeiten. Ich
habe auch keinen Server, sondern arbeite nur auf dem einzigen Mac.

Gruss
Thomas
--
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 02.09.2004 um 22:33 schrieb Thomas Kaegi:

> - Sicher stammt bei mir kein solches Dokument aus RT 3.2-Zeiten. Ich
> habe auch keinen Server, sondern arbeite nur auf dem einzigen Mac.

na siehste ;-)
lässt sich doch schon eingrenzen!
nur am server kann es auch nicht liegen, weil das abspeichern eines
neuen leeren docs local auch ab und an irre zeit braucht

das nächste lahme bekommst du in die schweiz...

wenn man keine grippe hat, heißt das nicht, dass es grippe nicht gibt!
roland
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Hallo Roland, hallo RT-Entwickler,
um das Dokument " Mietverw. Muster Preise Asshoff" (320 KB) vom Server
zu öffnen vergingen 2:28 Minuten bis zur Abfrage >NeuberechnenWo ist
FirmenbezeichnungNeuberechnen<. Angeklickt. Weitere
1:10 Minuten vergingen, bis ich mit dem Dokument arbeiten konnte.
Das Sichern danach gin so schnell, daß ich die Stopuhr nicht auslösen
konnte.
Nun ist dieses Dokument wieder 321.040 Bytes groß, obwohl ich nur
einige Anmerkungen in grafischem Text hinzugefügt habe.
RT beenden. Erneutes Öffnen vom Schreibtisch dauert 1:10 Minuten.

Deine Fragen von gestern 18:06 Uhr hinsichtlich Netzwerkaktivitäten
usw. werde ich bald beantworten.

Da kommt Freude auf.
Mit freundlichen Gruessen
Norbert Obst

Am 03.09.2004 um 08:36 schrieb n&p:

>
> Am 02.09.2004 um 22:33 schrieb Thomas Kaegi:
>
>> - Sicher stammt bei mir kein solches Dokument aus RT 3.2-Zeiten. Ich
>> habe auch keinen Server, sondern arbeite nur auf dem einzigen Mac.
>
> na siehste ;-)
> lässt sich doch schon eingrenzen!
> nur am server kann es auch nicht liegen, weil das abspeichern eines
> neuen leeren docs local auch ab und an irre zeit braucht
>
> das nächste lahme bekommst du in die schweiz...
>
> wenn man keine grippe hat, heißt das nicht, dass es grippe nicht gibt!
> roland
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists
>

--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/enriched
---
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

... ich habe den Eindruck daß auch andere Programme
unter MacOS 10.3.5 länger brauchen als zuvor.

Jochen
________________________________

Jochen Vollbach
Business World GmbH
Niddastr. 84, Postfach 110331
D-60329 Frankfurt am Main
Tel. + 49 - (0)69 - 24 23 12 0
Fax + 49 - (0)69 - 24 23 12 99
info@b-world.de | http://www.b-world.de

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Bildschirmaufbau ist unter OS X sicher nicht
gerade schneller. Das erklärt aber nicht die
recht abenteuerlichen Effekte, die in diesem
Thread beschrieben wurden.

In bei uns aufgelaufenen Dokumenten hab ich
bisher einen konkreten Fall beobachten können:
Durch eine sehr lange Geschichte von Zufügen,
Löschen, Zufügen, Löschen... waren die Teile der
Dokumente so wild über die Datei verteilt, dass
mit Sichern unter, weiterarbeiten im jetzigen
Dokument das Problem gelöst werden konnte. (Die
Prozedur führt dazu, dass die zusammengehörien
Teile des Dokuments auch in der Datei physisch
wieder beieinander stehen.)

Probieren kann man das ja mal, trotzdem noch der
Hinweis, dass in einigen Diskussionen diesem
Verfahren erheblich mehr wundersame Wirkungen
zugeschrieben wurden als es haben kann.

Langsames Öffnen, wie von Norbert Obst
beschrieben, kann damit ohne weiteres
zusammenhängen (kaum aber, dass RagTime jetzt
unter OS X läuft).

Dass das Sichern eines neuen leeren Dokumens sehr
lange dauert (Roland Nörpel) lässt sich dadurch
nicht plausibel erklären, und ich hab auch keine
Ahnung, was da bei ihm passiert.

Gruß, Jürgen

>... ich habe den Eindruck daß auch andere Programme
>unter MacOS 10.3.5 länger brauchen als zuvor.
>
>Jochen
>________________________________
>
>Jochen Vollbach
>Business World GmbH
>Niddastr. 84, Postfach 110331
>D-60329 Frankfurt am Main
>Tel. + 49 - (0)69 - 24 23 12 0
>Fax + 49 - (0)69 - 24 23 12 99
>info@b-world.de | http://www.b-world.de
>
>_________________________________________________
>Die macnews.de Mailingliste Ragtime:
>http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
>Neu: Das Mailinglistenarchiv unter
>http://forum.macnews.de/lists

--

RagTime GmbH Tel: [49] (2103) 9657-0
Neustraße 69 Fax: [49] (2103) 9657-96
D-40721 Hilden mailto:support@ragtime.de
Deutschland http://www.ragtime.de/

Wir lassen Sie nicht allein - Der Neue RagTime-Support.
Foren, Datenbank, Carepaket und Hotline
Infos: http://www.ragtime.de/link?supportangebote
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Hallo Jürgen,
vielen Dank für Deine Hinweise. Ich komme mir vor wie beim
Detektiv-Spiel. Meine neuesten Ergebnisse (Entdeckungen oder eher
Vermutungen) möchte ich schildern.
Öffnen des Dokuments A (236 KB) von meiner Festplatte. Bis zur Abfrage
>wo ist INO-DruckerNeuberechnen<. Nach dem Klick auf Neuberechnen kann ich ohne weitere
Wartezeiten arbeiten.
Detektivspiel deshalb, weil ich nicht nach dem Dokument
Firmenbezeichnung gefragt wurde, mit dem mein Dokument A ebenfalls
verbunden ist. Obwohl ich RT zwischendurch immer wieder beendet habe,
muß wohl irgendwo hinterlegt sein, wo sich das schon öfter im
Zusammenhang mit anderen Dokumenten benutzte Dokument Firmenbezeichnung
befindet. Es liegt jedenfalls an einer anderen Stelle als beim letzten
Öffnen des Dokumentes A vor unserm ganzen Server-Umbau.
Die sehr erfreuliche Nachricht: Nach Sichern unter und weiterarbeiten
mit dem jetzigen Dokument geht alles (erneutes Öffnen usw.)
blitzschnell.
Mit freundlichen Gruessen
Norbert Obst

Am 03.09.2004 um 12:42 schrieb Juergen Schell:

> Bildschirmaufbau ist unter OS X sicher nicht gerade schneller. Das
> erklärt aber nicht die recht abenteuerlichen Effekte, die in diesem
> Thread beschrieben wurden.
>
> In bei uns aufgelaufenen Dokumenten hab ich bisher einen konkreten
> Fall beobachten können: Durch eine sehr lange Geschichte von Zufügen,
> Löschen, Zufügen, Löschen... waren die Teile der Dokumente so wild
> über die Datei verteilt, dass mit Sichern unter, weiterarbeiten im
> jetzigen Dokument das Problem gelöst werden konnte. (Die Prozedur
> führt dazu, dass die zusammengehörien Teile des Dokuments auch in der
> Datei physisch wieder beieinander stehen.)
>
> Probieren kann man das ja mal, trotzdem noch der Hinweis, dass in
> einigen Diskussionen diesem Verfahren erheblich mehr wundersame
> Wirkungen zugeschrieben wurden als es haben kann.
>
> Langsames Öffnen, wie von Norbert Obst beschrieben, kann damit ohne
> weiteres zusammenhängen (kaum aber, dass RagTime jetzt unter OS X
> läuft).
>
> Dass das Sichern eines neuen leeren Dokumens sehr lange dauert (Roland
> Nörpel) lässt sich dadurch nicht plausibel erklären, und ich hab auch
> keine Ahnung, was da bei ihm passiert.
>
>
> Gruß, Jürgen
>
>> ... ich habe den Eindruck daß auch andere Programme
>> unter MacOS 10.3.5 länger brauchen als zuvor.
>>
>> Jochen
>> ________________________________
>>
>> Jochen Vollbach
>> Business World GmbH
>> Niddastr. 84, Postfach 110331
>> D-60329 Frankfurt am Main
>> Tel. + 49 - (0)69 - 24 23 12 0
>> Fax + 49 - (0)69 - 24 23 12 99
>> info@b-world.de | http://www.b-world.de
>>
>> _________________________________________________
>> Die macnews.de Mailingliste Ragtime:
>> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>>
>> Neu: Das Mailinglistenarchiv unter
>> http://forum.macnews.de/lists
>
>
> --
>
> RagTime GmbH Tel: [49] (2103) 9657-0
> Neustraße 69 Fax: [49] (2103) 9657-96
> D-40721 Hilden mailto:support@ragtime.de
> Deutschland http://www.ragtime.de/
>
> Wir lassen Sie nicht allein - Der Neue RagTime-Support.
> Foren, Datenbank, Carepaket und Hotline
> Infos: http://www.ragtime.de/link?supportangebote
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists
>

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

ahoi norbert,

schaue doch bitte mal im zubehör unter "verzeichnisdienste", ob dort zu
erkennen ist, dass osX versucht, verbindungen aufzubauen, die es gar
nicht gibt oder die nicht benötigt werden. hier gibts ein paar faqs auf
den osX-seiten zum langsamen abarbeiten von suchaufträgen in
netzwerken, wenn verzeichnisse routinemässig gesucht werden, die gar
nicht existieren oder so...

dierk

Am 03.09.2004 um 15:38 schrieb Norbert R.Obst:

> Hallo Jürgen,
> vielen Dank für Deine Hinweise. Ich komme mir vor wie beim
> Detektiv-Spiel. Meine neuesten Ergebnisse (Entdeckungen oder eher
> Vermutungen) möchte ich schildern.
> Öffnen des Dokuments A (236 KB) von meiner Festplatte. Bis zur
> Abfrage >wo ist INO-Drucker< nach 1:25 Minuten geschieht nichts. Ich
> gebe INO-Drucker vom Server. Danach erfolgt sofort die
> Bildschirmdarstellung des Dokuments. Es dauert weitere 1:20 Minuten
> bis zur Frage >Neuberechnen<. Nach dem Klick auf Neuberechnen kann ich
> ohne weitere Wartezeiten arbeiten.
> Detektivspiel deshalb, weil ich nicht nach dem Dokument
> Firmenbezeichnung gefragt wurde, mit dem mein Dokument A ebenfalls
> verbunden ist. Obwohl ich RT zwischendurch immer wieder beendet habe,
> muß wohl irgendwo hinterlegt sein, wo sich das schon öfter im
> Zusammenhang mit anderen Dokumenten benutzte Dokument
> Firmenbezeichnung befindet. Es liegt jedenfalls an einer anderen
> Stelle als beim letzten Öffnen des Dokumentes A vor unserm ganzen
> Server-Umbau.
> Die sehr erfreuliche Nachricht: Nach Sichern unter und weiterarbeiten
> mit dem jetzigen Dokument geht alles (erneutes Öffnen usw.)
> blitzschnell.
> Mit freundlichen Gruessen
> Norbert Obst

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Hallo Dierk,
das werde ich tun und darüber berichten, aber wie ist folgendes zu
erklären?
Ich öffne ein Dokument (668 KB), das auf dem Server liegt. Das geht
relativ schnell. Das Sichern jedoch dauert 40 bis 43 Sekunden.
Dann habe ich dieses Dokument auf meine Festplatte mit Sichern unter
und jetziges Dokument und Datenverdichtung gebracht. Nun geht alles
blitzschnell von meiner Platte aus.
Schiebe ich jedoch genau dieses Dokument von meiner Platte auf den
Server, dann geht das Öffnen auch noch relativ schnell (2 bis 3
Sekunden), aber das Sichern dauert eben wieder 40 Sekunden.
Nun habe ich das Dokument erneut geöffnet und mit Sichern unter und
jetziges Dokument und Datenverdichtung auf den Server gebracht. Leider
ändert sich dabei wenig. Das Sichern dauert jetzt immer noch 18
Sekunden, aber nur beim ersten Mal. Beim nächsten Mal sind es wieder 40
Sekunden.
Mit freundlichen Gruessen
Norbert Obst

Am 03.09.2004 um 16:21 schrieb dierk jordan:

> ahoi norbert,
>
> schaue doch bitte mal im zubehör unter "verzeichnisdienste", ob dort
> zu erkennen ist, dass osX versucht, verbindungen aufzubauen, die es
> gar nicht gibt oder die nicht benötigt werden. hier gibts ein paar
> faqs auf den osX-seiten zum langsamen abarbeiten von suchaufträgen in
> netzwerken, wenn verzeichnisse routinemässig gesucht werden, die gar
> nicht existieren oder so...
>
> dierk
>
>
> Am 03.09.2004 um 15:38 schrieb Norbert R.Obst:
>
>> Hallo Jürgen,
>> vielen Dank für Deine Hinweise. Ich komme mir vor wie beim
>> Detektiv-Spiel. Meine neuesten Ergebnisse (Entdeckungen oder eher
>> Vermutungen) möchte ich schildern.
>> Öffnen des Dokuments A (236 KB) von meiner Festplatte. Bis zur
>> Abfrage >wo ist INO-Drucker gebe INO-Drucker vom Server. Danach erfolgt sofort die
>> Bildschirmdarstellung des Dokuments. Es dauert weitere 1:20 Minuten
>> bis zur Frage >Neuberechnen ich ohne weitere Wartezeiten arbeiten.
>> Detektivspiel deshalb, weil ich nicht nach dem Dokument
>> Firmenbezeichnung gefragt wurde, mit dem mein Dokument A ebenfalls
>> verbunden ist. Obwohl ich RT zwischendurch immer wieder beendet habe,
>> muß wohl irgendwo hinterlegt sein, wo sich das schon öfter im
>> Zusammenhang mit anderen Dokumenten benutzte Dokument
>> Firmenbezeichnung befindet. Es liegt jedenfalls an einer anderen
>> Stelle als beim letzten Öffnen des Dokumentes A vor unserm ganzen
>> Server-Umbau.
>> Die sehr erfreuliche Nachricht: Nach Sichern unter und weiterarbeiten
>> mit dem jetzigen Dokument geht alles (erneutes Öffnen usw.)
>> blitzschnell.
>> Mit freundlichen Gruessen
>> Norbert Obst
>
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists
>

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 02.09.2004 um 22:33 schrieb Thomas Kaegi:

> Ganz so einfach stimmt die Gleichung nicht: Mac OS X 10.3.5 und RT
> 5.6.5 sind nicht grundsätzlich langsam. Ich kann nur sagen, dass ich
> mit sehr komplexen Dokumenten arbeite, mit vielen grossen
> Rechenblättern in einem Dokument, die alle miteinander verknüpft sind
> mit Formeln, die alles andere als einfach sind (viele komplexe
> VSuchlafu-funktionen etc.), teilweise auch mit Bezügen auf externe
> Dokumente. Einzelne Dokumente haben eine Grösse im 2stelligen
> MegaByte-Bereich (auch nach "Sichern unter"). Und trotzdem läuft
> RagTime (auf meinem iMac 800 MHz) mit absolut befriedigender
> Geschwindigkeit. Ich behaupte nun nicht etwa, dass diejenigen, die
> sich über das Schneckentempo beklagen, etwas falsch gemacht hätten.
> Wenn das bei mir so wäre, so würde mich das auch extrem nerven. Es
> würde vielmehr darum gehen, herauszufinden was bei ihnen anders ist.
> - Sicher stammt bei mir kein solches Dokument aus RT 3.2-Zeiten. Ich
> habe auch keinen Server, sondern arbeite nur auf dem einzigen Mac.

Hallo,

ich habe zwar keine Idee, was die Ursache des Problems von Norbert (und
auch Roland) sein könnte, kann allerdings das von Thomas oben
geschriebene für mich bestätigen.

Bei mir (RT 5.6.5, MacOS 10.3.5) kann ich keine übermässig langen Lade-
und Speicherzeiten feststellen. Ich habe gerade diverse RT-Dokumente
getestet und will mal hier meine Erfahrungen berichten:

Alle Testdokumente liegen auf einem Server (Uralt-iMac 233 MHz, 160 MB
RAM, MacOs 9.1). Keines der Testdokumente ist unter 10 MB (viele dirket
eingebundene Bilder, Grafiken usw.). Sie sind teilweise an
verschiednenen Stellen mit weiteren externen RT-Dokumenten und auch
Filemaker-Dateien verknüpft, haben viele teilweise umfangreiche Formeln
u. Berechnungen usw. Das größte Dokument mit 21,8 MB hat 5
Stammlayouts, 27 Layouts, 21 Rechenblätter und 4 Referenzen auf externe
RT-Dokumente.

Die längste Ladezeit eines Dokumentes (vom Server) lag bei
handgestoppten 24 sec. (incl. neu berechnen). Die Speicherzeit variiert
- soweit ich das feststellen kann - je nach Umfang der durchgeführten
Änderungen, jedoch eigentlich niemals mehr, als etwa 15 - 20 sec.

Keines der Dokumente stammt aus RT 3.2-Zeiten, ich habe diese Dokumente
alle im Laufe der Zeit neu aufgebaut.

Ich schließe mich also der Meinung von Thomas an, dass RT 5.6.5 nicht
grundsätzlich unter MacOS X langsam ist.

Und zum Schluß nur noch mal zur Sicherheit die Frage an Norbert und
Roland: Die RT-Preferences habt Ihr aber schon mal entsorgt, oder?

Gruß

Matthias Liebler

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

zu den verzeichnisdiensten!

hallo norbert,
was steht bei dir in den verzeichnisdiensten?
vor allem im abschnitt "identifizierung"?

nutzt du server, die ident.daten im netz bereit stellen, oder wollen
clients ident.daten von servern lesen?

ich habe lediglich noch AppleTalk und Rendevouz aktiv.
beide habe ich nun von automatisch auf lokale identifizierungsdaten
umgestellt,
und habe nun seit einigen stunden keine wartezeiten mehr!?

wenns das nur wäre!?
roland

Am 04.09.2004 um 01:25 schrieb Matthias Liebler:

> Und zum Schluß nur noch mal zur Sicherheit die Frage an Norbert und
> Roland: Die RT-Preferences habt Ihr aber schon mal entsorgt, oder?

ja, immer wieder mal, matthias.

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Ich bin diesen Thread und "RagTimePrivat seit
OSX10.3.5.lahm" nochmal durchgegangen um die
einzelnen Punkte einzusammeln. Wahrscheinlich ist
die Rede von mehr als einem Phänomen und ich
versuch mal zusammenzufassen, was ich aus den
Beiträgen verstanden hab und welche Rückfragen
bei mir offen geblieben sind. Vielleicht hilft
das ja zu einem klareren Bild.

Wenn jemand von Euch ein Problem gelöst hat, wäre
sicher eine kurze Zusammenfassung, was
letztendlich geholfen hat, ziemlch gut.

-----

Der von Michael Bartsch angestoßene Thread
berichtet von drehenden Rädchen beim Sichern,
Drucken oder auch nur klicken in einen anderen
Container. Roland Nörpel bestätigt die Probleme.

Aus dem weiteren Verlauf hab ich nicht sicher
verstanden, ob die Wartezeiten beim Klick in
einen anderen Container auch bei anderen
Teilnehmern der Diskussion aufgetreten sind oder
ob in den Antworten immer Sichern / Drucken
gemeint war. Ist also dieser Effekt: Man klickt
in einen anderen Container und das Rädchen dreht
sich unakzeptabel lange ein Problem bei mehreren
von Euch oder tritt es nur auf der einen
Rechnerkonfiguration von Michael Bartsch auf?

-----

Roland Nörpel hat wohl am meisten mit
Einstellungen in Programme - Hilfsmittel -
Verzeichnisdienste experimentiert. Dierk Jordan
verweist in dem Kontext auf FAQ-Seiten. Hast Du
den Link noch?

22.8. 12:34:
"wenn nur noch appletalk und rendezvouz als
verzeichnisdienste aktiv sind, schaut es seit
gestern so aus, als wäre alle ok!?"

29.8. 8:54
"das warten geht weiter!!!"

5.9. 13:01:
(seit auf lokale Identifizierungsdaten
umgestellt:) "und habe nun seit einigen stunden
keine wartezeiten mehr!?"

Ich hab jetzt nicht mehr ganz verstanden, ob die
Änderungen an den Verzeichnisdiensteinstellungen
letztlich irgend etwas gebracht haben. Ich würde
auch erwarten, dass dann nur bei
Netzwerk-Zugriffen wie Sichern auf dem Server.
Ist die von Michael Bartch beschriebene Wartezeit
bei Klicken in andere Container mit betroffen?

-----

In den Beschreibungen von Norbert Obst scheinen
mir folgende Aspekte vorzukommen, die nicht
unbedingt dasselbe sein müssen: a) Generelles
langsames Öffnen auch von Dokumenten ohne
Verknüpfungen, b) große Wartezeiten bis
verknüpfte Dokumente ihr Umfeld eingesammelt
haben und c) lange Wartezeiten beim Sichern.

b): Formelverknüpfungen zwischen Dokumenten
benutzen beim Mac OS Aliase. Den Satz "Bis zur
Frage >>Alias löschen oder Š

erst mal danke für die hingebung, jürgen schell ;-)

der freude das problem evtl eingekreist zu haben folgt meist wenige
stunden oder tage später die ernüchterung...
kurz und gut -- alles beim alten.

meine zusammenfassung:
probleme, alle mit extremen zeitbedarf, und unregelmäßig
1 beim sichern auch neuer leerer dokumente

2 einfügen einer zeile, oder ändern einer zelle

3 anhängen einer seite aus der vorratskammer

4 wechsel von containern

5 aber auch der finder braucht manchmal zeit ein neues fenster zu öffnen

6 server verzeichnisse werden manchmal extrem langsam dargestellt

7 abstürze von ragtime nach langen wartezeiten (einfach weg), oder
fenster nicht aktivierbar, zurück zu ragtime nur über das dock...

##

deshalb auch der fokus aufs netzwerk.
alle versuche, die verzeichnisdienste auszugrenzen schlugen letztlich
fehl. das problem besteht weiter.

hard und software
pb-g4, g5; macosx 10.3.5, rt 5.6.5, ittersofterweiterungen

ratlose grüße, roland
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Hallo Jürgen, hallo Roland,
wir haben zwischenzeitlich die RT-Preferences entsorgt und alle
Hinweise aus der Liste umgesetzt, leider ohne den gewünschten Erfolg.
In der Hoffnung, daß durch die vielen Hinweise doch noch das Ziel
erreicht wird, und um hoffentlich zukünftig viel Zeit zu sparen, nehme
ich mir wieder die Zeit, meine Beobachtungen zu schildern.
Das drehende Rädchen sehe ich nicht immer. Der Cursor (Pfeil) wird bei
mir erst dann zum Rädchen, wenn ich ihn auf RT-Darstellungen auf dem
Bildschirm bringe, also beispielsweise auf die Koordinatenpalette oder
eben die Dokumentdarstellung, hier jedoch meistens erst, wenn ich auf
das Dokument klicke.
Das Öffnen eines auf dem Server liegenden, aus RT 3.2 stammenden
Formulars (72 KB) [Formularblock ändern angehakt) dauert bis zur Frage
nach >wo ist INO-DruckerINO Drucker öffnenwo ist DatenblattDatenblatt
geöffnetFirmenbezeichnungSichern unterweiterarbeiten mit jetzigem Dokument<
vergehen 1:10 Minuten mit geringfügigen Aktivitäten von WindowServer
und wieder wird RagTime (Systemfehler) rot dargestellt.
Das Öffnen des Formulars als Dokument nach dieser Prozedur geht dann
"blitzschnell". Es kommt keine Abfrage mehr.
Allerdings: Dieses Formular öffnen mit [Formularblock ändern angehakt)
dauert bis zur Frage nach der Neuberechnung 1:16 Minuten.

Ich arbeite mit Mac OS X Version 10.3.4 und RagTime 5.6.5 auf einem
PowerPC G5 mit 1.8 GHz.

Mit freundlichen Grüßen
Norbert R. Obst

Am 06.09.2004 um 19:08 schrieb n&p:

> erst mal danke für die hingebung, jürgen schell ;-)
>
> der freude das problem evtl eingekreist zu haben folgt meist wenige
> stunden oder tage später die ernüchterung...
> kurz und gut -- alles beim alten.
>
> meine zusammenfassung:
> probleme, alle mit extremen zeitbedarf, und unregelmäßig
> 1 beim sichern auch neuer leerer dokumente
>
> 2 einfügen einer zeile, oder ändern einer zelle
>
> 3 anhängen einer seite aus der vorratskammer
>
> 4 wechsel von containern
>
> 5 aber auch der finder braucht manchmal zeit ein neues fenster zu
> öffnen
>
> 6 server verzeichnisse werden manchmal extrem langsam dargestellt
>
> 7 abstürze von ragtime nach langen wartezeiten (einfach weg), oder
> fenster nicht aktivierbar, zurück zu ragtime nur über das dock...
>
> ##
>
> deshalb auch der fokus aufs netzwerk.
> alle versuche, die verzeichnisdienste auszugrenzen schlugen letztlich
> fehl. das problem besteht weiter.
>
>
> hard und software
> pb-g4, g5; macosx 10.3.5, rt 5.6.5, ittersofterweiterungen
>
> ratlose grüße, roland
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists
>

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Hallo Norbert,

Ich habe den Eindruck, dass es hier in erster Linie um das Netzwerk geht.
Deswegen mal ein paar Fragen.

1. Was für ein Netzwerk hast Du? 10 oder 100 MBit, Verbindung der Rechner
direkt, über einen Hub oder Switch?
2. Welches Protokoll wird verwendet? AFP (AppleTalk) oder TCP/IP? Falls
TCP/IP: mit DHCP oder haben die Rechner feste IP-Nummern?
3. Wie wird die Verbindung zwischen den Rechnern hergestellt? Wie wird die
Verbindung beendet?
4. Ist der INO-Drucker ein Netzwerkdrucker? Wenn ja, wie ist der ins
Netzwerk eingebunden?

Ansonsten zum Vergleich: alle RT-Dokumente auf den lokalen Rechner kopieren
und von dort starten, sichern und nochmal starten. Änderung?

At 07.09.2004 10:00, you wrote:
>Während der Zeit 0:00 bis 1:16 beobachte ich auf der Aktivitäts-Anzeige,
>daß sehr geringe CPU-Aktivitäten für die Aktivitäts-Anzeige laufen (1,9
>bis 2,5 %) und ab und zu WindowServer aktiv wird. RagTime wird rot
>dargestellt mit dem roten Hinweis (Systemfehler).
>Nachdem INO Drucker geöffnet wurde, wird wieder RagTime (Systemfehler) rot
>dargestellt. Die Uhr läuft weiter.

Der "Systemfehler" zeigt nur das RagTime stillsteht (aus Sicht von OS X),
das bedeutet aber nicht, dass RagTime wirklich ein Problem hat (schließlich
funktioniert es ja weiterhin).

--
Gruss
Stephan

_______________________

MedienKontor Stephan Will
Hamburg

info@mk-will.de

www.mk-will.de

Acrobat Adobe Certified Expert
FrameMaker Adobe Certified Expert
InDesign Adobe Certified Expert
PageMaker Adobe Certified Expert

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Am 07.09.2004 um 10:47 schrieb Stephan Will:

> 1. Was für ein Netzwerk hast Du? 10 oder 100 MBit, Verbindung der
> Rechner direkt, über einen Hub oder Switch?

gigabit, switch

> 2. Welches Protokoll wird verwendet? AFP (AppleTalk) oder TCP/IP?
> Falls TCP/IP: mit DHCP oder haben die Rechner feste IP-Nummern?

AFP, feste ip

> 3. Wie wird die Verbindung zwischen den Rechnern hergestellt? Wie wird
> die Verbindung beendet?

alias in finderfenster, oder netzwerk

> 4. Ist der INO-Drucker ein Netzwerkdrucker? Wenn ja, wie ist der ins
> Netzwerk eingebunden?

> Der "Systemfehler" zeigt nur das RagTime stillsteht (aus Sicht von OS
> X), das bedeutet aber nicht, dass RagTime wirklich ein Problem hat
> (schließlich funktioniert es ja weiterhin).

ragtime oder das system hat aber an dieser stelle ein problem. klickt
man (bei diesem status?) auf die fenster von ragtime, dann wird das
angeklickte fenster nicht aktiv.

warum nimmt sich auch der finder manchmal diese bedenkzeit?

roland
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Hallo, wer weiß was?
nun habe ich nach dem Sichern unter und mit jetzigem Dokument
weiterarbeiten in der Aktivitäts-Anzeige einen "SystemUIServer
(Systemfehler). Hilft das weiter?

Ich arbeite mit Mac OS X Version 10.3.4 und RagTime 5.6.5 auf einem
PowerPC G5 mit 1.8 GHz.

Mit freundlichen Grüßen
Norbert R. Obst
Am 06.09.2004 um 19:08 schrieb n&p:

> erst mal danke für die hingebung, jürgen schell ;-)
>
> der freude das problem evtl eingekreist zu haben folgt meist wenige
> stunden oder tage später die ernüchterung...
> kurz und gut -- alles beim alten.
>
> meine zusammenfassung:
> probleme, alle mit extremen zeitbedarf, und unregelmäßig
> 1 beim sichern auch neuer leerer dokumente
>
> 2 einfügen einer zeile, oder ändern einer zelle
>
> 3 anhängen einer seite aus der vorratskammer
>
> 4 wechsel von containern
>
> 5 aber auch der finder braucht manchmal zeit ein neues fenster zu
> öffnen
>
> 6 server verzeichnisse werden manchmal extrem langsam dargestellt
>
> 7 abstürze von ragtime nach langen wartezeiten (einfach weg), oder
> fenster nicht aktivierbar, zurück zu ragtime nur über das dock...
>
> ##
>
> deshalb auch der fokus aufs netzwerk.
> alle versuche, die verzeichnisdienste auszugrenzen schlugen letztlich
> fehl. das problem besteht weiter.
>
>
> hard und software
> pb-g4, g5; macosx 10.3.5, rt 5.6.5, ittersofterweiterungen
>
> ratlose grüße, roland
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists
>

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

>...dauert bis zur Frage nach >wo ist
>INO-Drucker< 1:16 Minuten. Die Stopuhr läuft
>weiter! Bei 1:30 Minuten klicke ich auf >INO
>Drucker öffnen<. Erst jetzt erscheint das
>Formular auf dem Bildschirm.
...

Um die Probleme, wenn sie unterschiedlich sind,
auch auseinander zu bekommen, noch einmal die
Frage:

Folgenden Satz: "Bis zur Frage >>Alias löschen
oder Š

Auch hier nochmal 'ne Nachfrage, damit wir uns
nichts vormachen: Wenn die Probleme mit dem
Netzwerk zusammenhängen, sollte die Arbeit an
einer Datei auf einer lokalen Festplatte all die
Effekte nicht zeigen.

Kannst Du (ziemlich sicher) bestätigen, dass die
Probleme nur bei Dateien, die vom Server geöffnet
sind, auftreten?

(Background: RagTime benutzt ein Disk-basiertes
Konzept beim Arbeiten an Dokumenten. Es werden
nur gerade benötigte Teile in den Speicher
geladen. Wenn Du in eine andere Komponente
klickst, kann also durchaus passieren, dass diese
Komponente erst in dem Moment vollständig geladen
wird - und evtl. andere Daten in der Datei
zwischengelagert werden. Bislang kann ich deshalb
nicht sicher sagen, ob Deine Wartezeiten bei
bestimmten Mausklicks etwas anderes sind als die
beim Sichern.)

Gruß, Jürgen

>
>ragtime oder das system hat aber an dieser
>stelle ein problem. klickt man (bei diesem
>status?) auf die fenster von ragtime, dann wird
>das angeklickte fenster nicht aktiv.
>
>warum nimmt sich auch der finder manchmal diese bedenkzeit?
>
>roland

--

RagTime GmbH Tel: [49] (2103) 9657-0
Neustraße 69 Fax: [49] (2103) 9657-96
D-40721 Hilden mailto:support@ragtime.de
Deutschland http://www.ragtime.de/

Wir lassen Sie nicht allein - Der Neue RagTime-Support.
Foren, Datenbank, Carepaket und Hotline
Infos: http://www.ragtime.de/link?supportangebote
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Hallo Stephan, hallo Jürgen,

hier die Infos zur bisherigen Serverstruktur:

Alter Server:
iMac G3, Mac OS 9.1, AppleShare IP 6
Feste IP-Adresse

Server für Übergangsphase:
Power Mac G4, Mac OS X v10.3.4, Personal File Sharing, SharePoints
IP-Adresse über DHCP

Aktueller Server:
Power Mac G4, Mac OS X v10.3.5, Personal File Sharing, SharePoints
Feste IP-Adresse

Interessant finde ich, dass RagTime 3.2 in der Classic-Umgebung ohne
Verzögerungen arbeitet, obwohl es auf den gleichen Macs läuft wie die
Mac OS X-Version und die Daten auch vom gleichen Server holt.

Die Antworten auf die Fragen von Stephan habe ich mit Bold Oblique
kenntlich gemacht, ansonsten etwas dazu geschrieben.
Mit freundlichen Gruessen
Norbert Obst

Am 07.09.2004 um 10:47 schrieb Stephan Will:

> Hallo Norbert,
>
> Ich habe den Eindruck, dass es hier in erster Linie um das Netzwerk
> geht. Deswegen mal ein paar Fragen.
>
> 1. Was für ein Netzwerk hast Du? 10 oder 100 MBit, Verbindung der
> Rechner direkt, über einen Hub oder Switch?
> 2. Welches Protokoll wird verwendet? AFP (AppleTalk) oder TCP/IP?
> Falls TCP/IP: mit DHCP oder haben die Rechner feste IP-Nummern?
> 3. Wie wird die Verbindung zwischen den Rechnern hergestellt? Wie wird
> die Verbindung beendet?

Über Alias im Finder-Fenster in der Symbolleiste

> 4. Ist der INO-Drucker ein Netzwerkdrucker? Wenn ja, wie ist der ins
> Netzwerk eingebunden?

INO-Drucker ist ein Logo (EPS), das im Dokument oder Formular benötigt
wird.

>
> Ansonsten zum Vergleich: alle RT-Dokumente auf den lokalen Rechner
> kopieren und von dort starten, sichern und nochmal starten. Änderung?
>
>
> At 07.09.2004 10:00, you wrote:
>> Während der Zeit 0:00 bis 1:16 beobachte ich auf der
>> Aktivitäts-Anzeige, daß sehr geringe CPU-Aktivitäten für die
>> Aktivitäts-Anzeige laufen (1,9 bis 2,5 %) und ab und zu WindowServer
>> aktiv wird. RagTime wird rot dargestellt mit dem roten Hinweis
>> (Systemfehler).
>> Nachdem INO Drucker geöffnet wurde, wird wieder RagTime
>> (Systemfehler) rot dargestellt. Die Uhr läuft weiter.
>
> Der "Systemfehler" zeigt nur das RagTime stillsteht (aus Sicht von OS
> X), das bedeutet aber nicht, dass RagTime wirklich ein Problem hat
> (schließlich funktioniert es ja weiterhin).
>
> --
> Gruss
> Stephan
>
>
> _______________________
>
> MedienKontor Stephan Will
> Hamburg
>
> info@mk-will.de
>
> www.mk-will.de
>
> Acrobat Adobe Certified Expert
> FrameMaker Adobe Certified Expert
> InDesign Adobe Certified Expert
> PageMaker Adobe Certified Expert
>
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists
>

--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/enriched
---
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

hallo jürgen,
es hat bei mir nichts damit zu tun, ob die datei am server liegt oder
lokal.
mein beispiel mit dem sichern eines neuen dokuments war lokal
aufgetreten.

auch ein finderfenster braucht ab und an lokal bedenkzeit, oder öffnet
nach einigen sekunden erst!?
diese zwei programme lahmen: rt und finder!
roland

_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists

Hallo Jürgen, hallo Roland und an alle Mitleser,
jetzt kommt eine erfreuliche Nachricht.
Das Öffnen eines Dokumentes (300 KB) von meiner Festplatte, also nicht
vom Server, welches allerdings mit Dokumenten auf dem Server
(INO-Drucker und INO Firmenbezeichnung), aber auch mit zwei Dokumenten
auf meiner Festplatte verbunden ist, dauert 2:30 Minuten. Die
Dokumentdarstellung erscheint sofort auf dem Bildschirm, aber das bunte
Rädchen dreht eben 2:30 Minuten bis ich arbeiten kann. In dieser Zeit
werde ich nicht nach den verbundenen Dokumenten gefragt! Die CPU wird
neben der Aktivitäts-Anzeige praktisch nur noch von WindowServer
beansprucht.
Mit Sichern unter und Weiterarbeiten mit dem jetzigen Dokument geht es
anschließend alles blitzschnell, das Öffnen, wie auch das erste Sichern
unter.
Dieses Verhalten stellte sich bei 4 etwa gleichartigen Dokumenten ein.
Sollten noch andere Wege zur Beschleunigung beitragen, so werde ich
darüber berichten.
Mit freundlichen Gruessen
Norbert Obst

Am 07.09.2004 um 18:21 schrieb n&p:

> hallo jürgen,
> es hat bei mir nichts damit zu tun, ob die datei am server liegt oder
> lokal.
> mein beispiel mit dem sichern eines neuen dokuments war lokal
> aufgetreten.
>
> auch ein finderfenster braucht ab und an lokal bedenkzeit, oder öffnet
> nach einigen sekunden erst!?
> diese zwei programme lahmen: rt und finder!
> roland
>
> _________________________________________________
> Die macnews.de Mailingliste Ragtime:
> http://lists.macnews.de/cgi-bin//listinfo/ragtime
>
> Neu: Das Mailinglistenarchiv unter
> http://forum.macnews.de/lists
>

--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/enriched
---
_________________________________________________
Die macnews.de Mailingliste Ragtime:
http://lists.macnews.de/cgi-bin//listinfo/ragtime

Neu: Das Mailinglistenarchiv unter
http://forum.macnews.de/lists