Lange Verzögerung beim Speichern auf N etzwerk-Freigabe

Ursache gefunden.

Im "projects" Verzeichnis befand siche eine Link-Date (.lnk) die auf ein 

nicht vorhandenes Ziel zeigte. Eagle 4.16r1 störte sich nicht daran.

Verbesserungsvorschlag: Wenn schon der Inhalt untersucht wird, dann mit 

Fehlermeldung und anschließenden Ignorieren des Links.

MfG

Jan Alte

On 06/04/08 16:52, Jan Alte wrote:

Ursache gefunden.

 

Im "projects" Verzeichnis befand siche eine Link-Date (.lnk) die auf ein

nicht vorhandenes Ziel zeigte. Eagle 4.16r1 störte sich nicht daran.

Version 4 hat sich anscheinend gar keine Gedanken über "Links" gemacht

(es sind ja auch keine "richtigen" Links unter Windows ;-).

Ich habe das jetzt für Version 5.0.2 korrigiert, jetzt funktionieren auch

Links in der Baumansicht des Control Panels.

Verbesserungsvorschlag: Wenn schon der Inhalt untersucht wird, dann mit

Fehlermeldung und anschließenden Ignorieren des Links.

Kaputte Links werden jetzt komplett ignoriert.

BTW: klicken Sie mal auf eine kaputten Link im Windows Explorer

Windows startet dann eine Suche quer über das gesamte Dateisystem,

und das kann dauern.

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Hofmark 2                               Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g2o1pj$uhu$1@cheetah.cadsoft.de...

On 06/04/08 16:52, Jan Alte wrote:

Ursache gefunden.

 

Im "projects" Verzeichnis befand siche eine Link-Date (.lnk) die auf ein

nicht vorhandenes Ziel zeigte. Eagle 4.16r1 störte sich nicht daran.

 

Version 4 hat sich anscheinend gar keine Gedanken über "Links" gemacht

(es sind ja auch keine "richtigen" Links unter Windows ;-).

Ich habe das jetzt für Version 5.0.2 korrigiert, jetzt funktionieren auch

Links in der Baumansicht des Control Panels.

 

Verbesserungsvorschlag: Wenn schon der Inhalt untersucht wird, dann mit

Fehlermeldung und anschließenden Ignorieren des Links.

 

Kaputte Links werden jetzt komplett ignoriert.

 

BTW: klicken Sie mal auf eine kaputten Link im Windows Explorer

Windows startet dann eine Suche quer über das gesamte Dateisystem,

und das kann dauern.

 

Klaus Schmidinger

Erstens eiert selbst der Windows Explorer beim Start nicht die ganze

Festplatte durch und hängt sich dann quasi automatisch an kaputten Links

auf, und zweitens kann man diese Suche wenigstens abbrechen, wenn man denn

doch mal einen kaputten Link anfaßt.

T.

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g6s6ur$j23$1@cheetah.cadsoft.de...

On 07/31/08 11:52, Oliver Diessel wrote:

Hallo,

 

Ist für dies Problem irgendeine Lösung bekannt.

Alle Projekte liegen auch in unserem Unternehmen auf dem Server im

Netzwerk

 

Habe das selbe Problem wie schon einige andere, fast 1 Minute Stillstand

beim jedem Speichern im Netzwerk. Das Arbeiten mit Autosave ist praktisch

unmöglich.

 

Weiterhin benötigt Eagle auch beim Starten 1 Minute bis das ControlPanel

angezeigt wird, bzw. wenn die Projekte eingelesen werden,z.B. indem man

im ControlPanel den Projektordner schließt und wieder erweitert.

 

HINWEIS, Bei der EAGLEVersion 4.14, 4.15, 4.16 gab es diese Probleme

nicht.

 

Um mal ein Gefühl für die Komplexität Ihrer Umgebung zu bekommen, könnten

Sie mir bitte mal das Ergebnis eines

 

  dir /s name

 

schicken (per PM), wobei 'name' der Name Ihres im Control Panel unter

"Optionen/Verzeichnisse/Projekte" eingetragenen Verzeichnisses ist?

 

Klaus Schmidinger

Ich kann aus Geheimhaltungsgründen nur diese Zusammenfassung des

betreffenden Projektordners geben:

     Anzahl der angezeigten Dateien:

           20942 Datei(en)  1.495.829.847 Bytes

            2351 Verzeichnis(se), 21.213.712.384 Bytes frei

Tiefe der Hierarchie ab diesem Ordner typischerweise ca. 4 bis 5, selten bis

zu 8 oder 9 Unterverzeichnisse. Hoffe das hilft.

T.

On 07/31/08 11:52, Oliver Diessel wrote:

Hallo,

 

Ist für dies Problem irgendeine Lösung bekannt.

Alle Projekte liegen auch in unserem Unternehmen auf dem Server im Netzwerk

 

Habe das selbe Problem wie schon einige andere, fast 1 Minute Stillstand

beim jedem Speichern im Netzwerk. Das Arbeiten mit Autosave ist

praktisch unmöglich.

 

Weiterhin benötigt Eagle auch beim Starten 1 Minute bis das ControlPanel

angezeigt wird, bzw. wenn die Projekte eingelesen werden,z.B. indem man

im ControlPanel den Projektordner schließt und wieder erweitert.

 

HINWEIS, Bei der EAGLEVersion 4.14, 4.15, 4.16 gab es diese Probleme nicht.

Um mal ein Gefühl für die Komplexität Ihrer Umgebung zu bekommen, könnten

Sie mir bitte mal das Ergebnis eines

   dir /s name

schicken (per PM), wobei 'name' der Name Ihres im Control Panel unter

"Optionen/Verzeichnisse/Projekte" eingetragenen Verzeichnisses ist?

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Hofmark 2                               Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________

Habe ncoh eine Info vergessen:

Ich benutze derzeit EAGLE 5.1.0

Oliver Diessel schrieb:

Hallo,

 

Ist für dies Problem irgendeine Lösung bekannt.

Alle Projekte liegen auch in unserem Unternehmen auf dem Server im Netzwerk

 

Habe das selbe Problem wie schon einige andere, fast 1 Minute Stillstand

beim jedem Speichern im Netzwerk. Das Arbeiten mit Autosave ist

praktisch unmöglich.

 

Weiterhin benötigt Eagle auch beim Starten 1 Minute bis das ControlPanel

angezeigt wird, bzw. wenn die Projekte eingelesen werden,z.B. indem man

im ControlPanel den Projektordner schließt und wieder erweitert.

 

HINWEIS, Bei der EAGLEVersion 4.14, 4.15, 4.16 gab es diese Probleme nicht.

 

Ich bitte darum, dass sich einer dieser bereits mehrfach genannten

Problematik annimmt.

 

 

kjk schrieb:

hallo ,

 

bei mir ists das gleiche, aber ich habe die dateien auf keiner

netwerkfreigabe gespeichert ?

 

ich kann kaum noch arbeiten , min 1std am tag fallen aufs warten an,

soll ich das dem kunden berrechenen ?

 

gruss

kk

Hallo,

Ist für dies Problem irgendeine Lösung bekannt.

Alle Projekte liegen auch in unserem Unternehmen auf dem Server im Netzwerk

Habe das selbe Problem wie schon einige andere, fast 1 Minute Stillstand

beim jedem Speichern im Netzwerk. Das Arbeiten mit Autosave ist

praktisch unmöglich.

Weiterhin benötigt Eagle auch beim Starten 1 Minute bis das ControlPanel

angezeigt wird, bzw. wenn die Projekte eingelesen werden,z.B. indem man

im ControlPanel den Projektordner schließt und wieder erweitert.

HINWEIS, Bei der EAGLEVersion 4.14, 4.15, 4.16 gab es diese Probleme nicht.

Ich bitte darum, dass sich einer dieser bereits mehrfach genannten

Problematik annimmt.

kjk schrieb:

hallo ,

 

bei mir ists das gleiche, aber ich habe die dateien auf keiner

netwerkfreigabe gespeichert ?

 

ich kann kaum noch arbeiten , min 1std am tag fallen aufs warten an,

soll ich das dem kunden berrechenen ?

 

gruss

kk

hallo ,

bei mir ists das gleiche, aber ich habe die dateien auf keiner

netwerkfreigabe gespeichert ?

ich kann kaum noch arbeiten , min 1std am tag fallen aufs warten an,

soll ich das dem kunden berrechenen ?

gruss

kk

Oliver Diessel schrieb:

T.Strothmann schrieb:

"T.Strothmann" <invalid.user@n-o-s-p-a-m.de> schrieb im Newsbeitrag

news:g3nms8$kec$1@cheetah.cadsoft.de...

"T.Strothmann" <invalid.user@n-o-s-p-a-m.de> schrieb im Newsbeitrag

news:g2o4e5$6ih$1@cheetah.cadsoft.de...

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im

Newsbeitrag news:g2o1pj$uhu$1@cheetah.cadsoft.de...

On 06/04/08 16:52, Jan Alte wrote:

Ursache gefunden.

 

Im "projects" Verzeichnis befand siche eine Link-Date (.lnk) die

auf ein nicht vorhandenes Ziel zeigte. Eagle 4.16r1 störte sich

nicht daran.

Version 4 hat sich anscheinend gar keine Gedanken über "Links" gemacht

(es sind ja auch keine "richtigen" Links unter Windows ;-).

Ich habe das jetzt für Version 5.0.2 korrigiert, jetzt

funktionieren auch

Links in der Baumansicht des Control Panels.

 

Verbesserungsvorschlag: Wenn schon der Inhalt untersucht wird,

dann mit Fehlermeldung und anschließenden Ignorieren des Links.

Kaputte Links werden jetzt komplett ignoriert.

 

Bei mir dauert es nach wie vor 10 Sekunden bis ich mit Eagle

irgendetwas machen kann. An kaputten Links hat es wohl nicht gelegen.

 

T.

 

In Version 5.1 genau dasselbe. 10 Sekunden, reicht fast für eine Tasse

Tee.

 

T.

 

 

Und das hier laß ich der Vollständigkeit halber einfach mal stehen -

auch wenn's jetzt nicht an kaputten Links liegt:

 

Erstens eiert selbst der Windows Explorer beim Start nicht die ganze

Festplatte durch und hängt sich dann quasi automatisch an kaputten

Links auf, und zweitens kann man diese Suche wenigstens abbrechen,

wenn man denn doch mal einen kaputten Link anfaßt.

 

T.

Bei mir in der Version 5.1.0 (und 5.0.0) auch dasselbe aber fast 1

Minute (56 sek)zum Speichern auf unserem Firmenserver. Hatte vorher noch

nie Probleme mit der 4.16 oder älter. Die Automatische Speicherung ist

somit fast unbrauchbar, da sie Eagle immer wieder 1 Minute lahmlegt.

 

O. Diessel

 

Noch eine Info dazu. Ähnliche Verzögerungen tauchen auch auf beim Start

von Eagle 5.1.0 bzw. wenn im Control Panel das Project_Tab erweitert

wird. Scheinbar werden dann alle Dateien im Projektverzeichnis gelden.

Auch dies ging in der Version 4.16 und früher erheblich schneller.

O.Diessel

T.Strothmann schrieb:

"T.Strothmann" <invalid.user@n-o-s-p-a-m.de> schrieb im Newsbeitrag

news:g3nms8$kec$1@cheetah.cadsoft.de...

"T.Strothmann" <invalid.user@n-o-s-p-a-m.de> schrieb im Newsbeitrag

news:g2o4e5$6ih$1@cheetah.cadsoft.de...

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g2o1pj$uhu$1@cheetah.cadsoft.de...

On 06/04/08 16:52, Jan Alte wrote:

Ursache gefunden.

 

Im "projects" Verzeichnis befand siche eine Link-Date (.lnk) die auf

ein nicht vorhandenes Ziel zeigte. Eagle 4.16r1 störte sich nicht

daran.

Version 4 hat sich anscheinend gar keine Gedanken über "Links" gemacht

(es sind ja auch keine "richtigen" Links unter Windows ;-).

Ich habe das jetzt für Version 5.0.2 korrigiert, jetzt funktionieren

auch

Links in der Baumansicht des Control Panels.

 

Verbesserungsvorschlag: Wenn schon der Inhalt untersucht wird, dann mit

Fehlermeldung und anschließenden Ignorieren des Links.

Kaputte Links werden jetzt komplett ignoriert.

 

Bei mir dauert es nach wie vor 10 Sekunden bis ich mit Eagle irgendetwas

machen kann. An kaputten Links hat es wohl nicht gelegen.

 

T.

 

In Version 5.1 genau dasselbe. 10 Sekunden, reicht fast für eine Tasse Tee.

 

T.

 

 

Und das hier laß ich der Vollständigkeit halber einfach mal stehen - auch

wenn's jetzt nicht an kaputten Links liegt:

 

Erstens eiert selbst der Windows Explorer beim Start nicht die ganze

Festplatte durch und hängt sich dann quasi automatisch an kaputten Links

auf, und zweitens kann man diese Suche wenigstens abbrechen, wenn man

denn doch mal einen kaputten Link anfaßt.

 

T.

Bei mir in der Version 5.1.0 (und 5.0.0) auch dasselbe aber fast 1

Minute (56 sek)zum Speichern auf unserem Firmenserver. Hatte vorher noch

nie Probleme mit der 4.16 oder älter. Die Automatische Speicherung ist

somit fast unbrauchbar, da sie Eagle immer wieder 1 Minute lahmlegt.

O. Diessel

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g4t27c$8te$1@cheetah.cadsoft.de...

On 07/03/08 22:23, T.Strothmann wrote:

Neben dem Effekt, daß ich 10 Sek nach dem ersten Start von Eagle nichts

machen kann, hatte ich neulich mal Gelegenheit an einer lächerlich kleine

Platine von Anfang bis Ende durchzuarbeiten. Häufig habe ich "Hänger"

gehabt, bei denen für einen Moment die Sanduhr auftaucht.

 

Kann es sein, daß diese "Hänger" genau dann vorkommen, wenn die

automatische Sicherung passiert?

 

Laden Sie zum Test bitte mal eine Datei, stellen Sie das Intervall

für automatische Sicherung (im Control Panel unter "Optionen/Sicherung..")

auf eine Minute, selektieren Sie ein Objekt mit MOVE und setzen es

woanders

ab und selektieren es dann gleich wieder (damit ist die Datei verändert

und wird nach einer Minute gesichert). Bewegen Sie das Objekt

kontinuierlich hin und her, um zu be,erken, wann der Hänger kommt.

Jetzt wäre interessant, ob das genau beim Sichern (und danach, ohne

weitere Änderung) nicht mehr passiert.

Klaus Schmidinger

Danke für den Hinweis, das war es wohl - werde das bei nächster Gelegenheit

genau beobachten. Allerdings hatte ich das automatische Sichern in allen

Versionen durchgängig deaktiviert und die Konfigurationen immer übernommen,

ich wundere mich nun warum das nun plötzlich wieder eingeschaltet war.

Das führt mich zu diesem Vorschlag: kann man das automatische Speichern

vielleicht ein bißchen intelligenter gestalten, sodaß es z.B. zumindest noch

ein wenig zusätzlich wartet, solange ein interaktives Kommando läuft? Wenn

Eagle für ein paar Sekunden nichts tun muß, ist die Wahrscheinlichkeit viel

geringer, daß der User bei der Arbeit gestört wird. Und denken Sie an den

Spruch "if you got a choice, do both" - insofern könnte ein Zusatzpunkt in

den Sicherungsoptionen vielleicht lauten "Sicherungszeitpunkte optimieren".

T.

"T.Strothmann" <invalid.user@n-o-s-p-a-m.de> schrieb im Newsbeitrag

news:g3nms8$kec$1@cheetah.cadsoft.de...

 

"T.Strothmann" <invalid.user@n-o-s-p-a-m.de> schrieb im Newsbeitrag

news:g2o4e5$6ih$1@cheetah.cadsoft.de...

 

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g2o1pj$uhu$1@cheetah.cadsoft.de...

On 06/04/08 16:52, Jan Alte wrote:

Ursache gefunden.

 

Im "projects" Verzeichnis befand siche eine Link-Date (.lnk) die auf

ein nicht vorhandenes Ziel zeigte. Eagle 4.16r1 störte sich nicht

daran.

 

Version 4 hat sich anscheinend gar keine Gedanken über "Links" gemacht

(es sind ja auch keine "richtigen" Links unter Windows ;-).

Ich habe das jetzt für Version 5.0.2 korrigiert, jetzt funktionieren

auch

Links in der Baumansicht des Control Panels.

 

Verbesserungsvorschlag: Wenn schon der Inhalt untersucht wird, dann mit

Fehlermeldung und anschließenden Ignorieren des Links.

 

Kaputte Links werden jetzt komplett ignoriert.

 

 

Bei mir dauert es nach wie vor 10 Sekunden bis ich mit Eagle irgendetwas

machen kann. An kaputten Links hat es wohl nicht gelegen.

 

T.

In Version 5.1 genau dasselbe. 10 Sekunden, reicht fast für eine Tasse Tee.

T.

Und das hier laß ich der Vollständigkeit halber einfach mal stehen - auch

wenn's jetzt nicht an kaputten Links liegt:

Erstens eiert selbst der Windows Explorer beim Start nicht die ganze

Festplatte durch und hängt sich dann quasi automatisch an kaputten Links

auf, und zweitens kann man diese Suche wenigstens abbrechen, wenn man

denn doch mal einen kaputten Link anfaßt.

 

T.

"T.Strothmann" <invalid.user@n-o-s-p-a-m.de> schrieb im Newsbeitrag

news:g2o4e5$6ih$1@cheetah.cadsoft.de...

 

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g2o1pj$uhu$1@cheetah.cadsoft.de...

On 06/04/08 16:52, Jan Alte wrote:

Ursache gefunden.

 

Im "projects" Verzeichnis befand siche eine Link-Date (.lnk) die auf ein

nicht vorhandenes Ziel zeigte. Eagle 4.16r1 störte sich nicht daran.

 

Version 4 hat sich anscheinend gar keine Gedanken über "Links" gemacht

(es sind ja auch keine "richtigen" Links unter Windows ;-).

Ich habe das jetzt für Version 5.0.2 korrigiert, jetzt funktionieren auch

Links in der Baumansicht des Control Panels.

 

Verbesserungsvorschlag: Wenn schon der Inhalt untersucht wird, dann mit

Fehlermeldung und anschließenden Ignorieren des Links.

 

Kaputte Links werden jetzt komplett ignoriert.

Bei mir dauert es nach wie vor 10 Sekunden bis ich mit Eagle irgendetwas

machen kann. An kaputten Links hat es wohl nicht gelegen.

T.

BTW: klicken Sie mal auf eine kaputten Link im Windows Explorer

Windows startet dann eine Suche quer über das gesamte Dateisystem,

und das kann dauern.

 

Klaus Schmidinger

 

Erstens eiert selbst der Windows Explorer beim Start nicht die ganze

Festplatte durch und hängt sich dann quasi automatisch an kaputten Links

auf, und zweitens kann man diese Suche wenigstens abbrechen, wenn man denn

doch mal einen kaputten Link anfaßt.

 

T.

"T.Strothmann" <invalid.user@n-o-s-p-a-m.de> schrieb im Newsbeitrag

news:g2o4e5$6ih$1@cheetah.cadsoft.de...

 

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g2o1pj$uhu$1@cheetah.cadsoft.de...

On 06/04/08 16:52, Jan Alte wrote:

Ursache gefunden.

 

Im "projects" Verzeichnis befand siche eine Link-Date (.lnk) die auf ein

nicht vorhandenes Ziel zeigte. Eagle 4.16r1 störte sich nicht daran.

 

Version 4 hat sich anscheinend gar keine Gedanken über "Links" gemacht

(es sind ja auch keine "richtigen" Links unter Windows ;-).

Ich habe das jetzt für Version 5.0.2 korrigiert, jetzt funktionieren auch

Links in der Baumansicht des Control Panels.

 

Verbesserungsvorschlag: Wenn schon der Inhalt untersucht wird, dann mit

Fehlermeldung und anschließenden Ignorieren des Links.

 

Kaputte Links werden jetzt komplett ignoriert.

Bei mir dauert es nach wie vor 10 Sekunden bis ich mit Eagle irgendetwas

machen kann. An kaputten Links hat es wohl nicht gelegen.

T.

BTW: klicken Sie mal auf eine kaputten Link im Windows Explorer

Windows startet dann eine Suche quer über das gesamte Dateisystem,

und das kann dauern.

 

Klaus Schmidinger

 

Erstens eiert selbst der Windows Explorer beim Start nicht die ganze

Festplatte durch und hängt sich dann quasi automatisch an kaputten Links

auf, und zweitens kann man diese Suche wenigstens abbrechen, wenn man denn

doch mal einen kaputten Link anfaßt.

 

T.

On 07/15/08 15:17, Oliver Diessel wrote:

...

Bei mir in der Version 5.1.0 (und 5.0.0) auch dasselbe aber fast 1

Minute (56 sek)zum Speichern auf unserem Firmenserver. Hatte vorher noch

nie Probleme mit der 4.16 oder älter. Die Automatische Speicherung ist

somit fast unbrauchbar, da sie Eagle immer wieder 1 Minute lahmlegt.

Gefixt für Version 5.2.1.

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Hofmark 2                               Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g8m4ep$h5b$1@cheetah.cadsoft.de...

On 08/22/08 11:53, Oliver Diessel wrote:

T.Strothmann schrieb:

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im

Newsbeitrag news:g83lft$8ju$1@cheetah.cadsoft.de...

On 08/15/08 12:20, Oliver Diessel wrote:

...

Ich hoffe dass Cadsoft mit Hochdruck an einer Lösung arbeitet.

Wir sind dran, und haben auch schon eine Spur...

 

Klaus Schmidinger

 

Ich habe Version 5.2.0 installiert.

Eine Veränderung beim Speichern und Starten konnte ich bisher nicht

feststellen. immer noch 60 sek. Stillstand beim Speichern.

Gibt es diesbezüglich in absehbarer Zeit eine Lösung ?

 

Wir liegen da momentan noch mit Trolltech (Qt) im "Clinch".

Deren QDir Klasse ist beim Holen der Directory-Einträge viermal

langsamer als in Qt 3. Ein entsprechender Bugreport unsererseits

wurde von Trolltech glatt als "Suggestion" eingestuft, und nicht

als "Bug"...

Mag ja alles sein. Ich sehe nur, daß Eagle mittlerweile voll mit Krücken ist

und mehr Zeit kostet als je zuvor, auch in Bezug auf gewisse andere Dinge.

Den Satz "das funktioniert mit dem neuen Qt nicht mehr" oder ähnlich habe

ich nun auch schon oft genug gelesen. Wenn Sie merken, daß Eagle wegen

Trolltech nur noch wie ein Nokia Handy herumzickt, dann sehen Sie halt zu,

daß Sie davon wegkommen. Und im konkreten Fall machen Sie das "Holen der

Einträge", was zweifellos auch mit den berühmt-berüchtigten Filescans

zusammenhängt, doch wenigstens abschaltbar !!!

T.

Klaus Schmidinger schrieb:

On 08/22/08 11:53, Oliver Diessel wrote:

T.Strothmann schrieb:

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im

Newsbeitrag news:g83lft$8ju$1@cheetah.cadsoft.de...

On 08/15/08 12:20, Oliver Diessel wrote:

...

Ich hoffe dass Cadsoft mit Hochdruck an einer Lösung arbeitet.

Wir sind dran, und haben auch schon eine Spur...

 

Klaus Schmidinger

 

Ich habe Version 5.2.0 installiert.

Eine Veränderung beim Speichern und Starten konnte ich bisher nicht

feststellen. immer noch 60 sek. Stillstand beim Speichern.

Gibt es diesbezüglich in absehbarer Zeit eine Lösung ?

 

Wir liegen da momentan noch mit Trolltech (Qt) im "Clinch".

Deren QDir Klasse ist beim Holen der Directory-Einträge viermal

langsamer als in Qt 3. Ein entsprechender Bugreport unsererseits

wurde von Trolltech glatt als "Suggestion" eingestuft, und nicht

als "Bug"...

 

Klaus Schmidinger

Vielen Dank für die Info.

Ich kenne Ihren Quellcode zwar nicht, aber wäre es nicht möglich einen

Workaround per Option zu schaffen, indem nur die wirklich benötigten

Dateien beim Speichern im Netzwerk gesichert werden ? So wie bei Eagle

4.16r2 ?

(wenigstens solange bis das Problem mit Trolltechs Bibliotheken behoben

ist)

Dann könnte ich wenigstens mit Eagle V5 auch vernünftig im Netzwerk

arbeiten. Die Startzeit ist ja prinzipiell egal, wenigstens das

Speichern muss schnell gehen.

Mit freundlichen Grüßen

O.Diessel

On 08/22/08 11:53, Oliver Diessel wrote:

T.Strothmann schrieb:

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im

Newsbeitrag news:g83lft$8ju$1@cheetah.cadsoft.de...

On 08/15/08 12:20, Oliver Diessel wrote:

...

Ich hoffe dass Cadsoft mit Hochdruck an einer Lösung arbeitet.

Wir sind dran, und haben auch schon eine Spur...

 

Klaus Schmidinger

 

Ich habe Version 5.2.0 installiert.

Eine Veränderung beim Speichern und Starten konnte ich bisher nicht

feststellen. immer noch 60 sek. Stillstand beim Speichern.

Gibt es diesbezüglich in absehbarer Zeit eine Lösung ?

Wir liegen da momentan noch mit Trolltech (Qt) im "Clinch".

Deren QDir Klasse ist beim Holen der Directory-Einträge viermal

langsamer als in Qt 3. Ein entsprechender Bugreport unsererseits

wurde von Trolltech glatt als "Suggestion" eingestuft, und nicht

als "Bug"...

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Hofmark 2                               Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________

T.Strothmann schrieb:

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g83lft$8ju$1@cheetah.cadsoft.de...

On 08/15/08 12:20, Oliver Diessel wrote:

...

Ich hoffe dass Cadsoft mit Hochdruck an einer Lösung arbeitet.

Wir sind dran, und haben auch schon eine Spur...

 

Klaus Schmidinger

Ich habe Version 5.2.0 installiert.

Eine Veränderung beim Speichern und Starten konnte ich bisher nicht

feststellen. immer noch 60 sek. Stillstand beim Speichern.

Gibt es diesbezüglich in absehbarer Zeit eine Lösung ?

O.Diessel

T.Strothmann schrieb:

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g83lft$8ju$1@cheetah.cadsoft.de...

On 08/15/08 12:20, Oliver Diessel wrote:

...

Ich hoffe dass Cadsoft mit Hochdruck an einer Lösung arbeitet.

Wir sind dran, und haben auch schon eine Spur...

 

Klaus Schmidinger

 

Wenn ich den Virenscanner ausknipse geht's schneller, dann komme ich auch

auf ca. 5 Sek beim ersten Start - was allerdings nicht weiter überrascht,

und eine Lösung ist das auch nicht. Ich bleibe dabei: Automatismen wie File-

oder Directoryscans müssen abschaltbar sein.

 

T.

 

 

Das ist Abschalten des Scanners ist ja nicht Sinn der Sache. Eagle

4.16r2 kann auch schnell starten und speichern trotz Virenscanner.

Warten wir einfach die Lösung von Cadsoft..

O.Diessel

"Klaus Schmidinger" <Klaus.Schmidinger@cadsoft.de> schrieb im Newsbeitrag

news:g83lft$8ju$1@cheetah.cadsoft.de...

On 08/15/08 12:20, Oliver Diessel wrote:

...

Ich hoffe dass Cadsoft mit Hochdruck an einer Lösung arbeitet.

 

Wir sind dran, und haben auch schon eine Spur...

 

Klaus Schmidinger

Wenn ich den Virenscanner ausknipse geht's schneller, dann komme ich auch

auf ca. 5 Sek beim ersten Start - was allerdings nicht weiter überrascht,

und eine Lösung ist das auch nicht. Ich bleibe dabei: Automatismen wie File-

oder Directoryscans müssen abschaltbar sein.

T.

Oliver Diessel schrieb:

So kommen wir nicht weiter. Ich habe nun den Netzwerktraffic mit dem

Programm Etherreal (jetzt Wireshark) geloggt und im libpcap format

gespeichert. Diese Logs lasse ich Ihnen umgehend via PM gerne zukommen.

 

BTW: Für diese Art Untersuchung dürfte sysinternals diskmon eine

effiziente Alternative zu Wireshark sein.

In diesem Topic geht es um langsamen Zugriff im Netzwerk und nicht auf

der Festplatte. Mit Diskmon kann man leider nur die lokalen Festplatten

überwachen. Diskmon hilft in diesem Fall leider überhaupt nicht.

sorry, ich meinte Filemon.

Grüße,

Oliver Betz

On 08/15/08 12:20, Oliver Diessel wrote:

...

Ich hoffe dass Cadsoft mit Hochdruck an einer Lösung arbeitet.

Wir sind dran, und haben auch schon eine Spur...

Klaus Schmidinger

--

_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10

CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

Hofmark 2                               Email:   kls@cadsoft.de

D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

_______________________________________________________________

T.Strothmann schrieb:

"Oliver Diessel" <diessel@beckmann-gmbh.de> schrieb im Newsbeitrag

news:g80ui4$nc5$1@cheetah.cadsoft.de...

Oliver Betz schrieb:

Oliver Diessel schrieb:

 

 

So kommen wir nicht weiter. Ich habe nun den Netzwerktraffic mit dem

Programm Etherreal (jetzt Wireshark) geloggt und im libpcap format

gespeichert. Diese Logs lasse ich Ihnen umgehend via PM gerne zukommen.

BTW: Für diese Art Untersuchung dürfte sysinternals diskmon eine

effiziente Alternative zu Wireshark sein.

 

Grüße,

 

Oliver Betz

Vielen Dank,

 

In diesem Topic geht es um langsamen Zugriff im Netzwerk und nicht auf der

Festplatte. Mit Diskmon kann man leider nur die lokalen Festplatten

überwachen. Diskmon hilft in diesem Fall leider überhaupt nicht.

 

Grüße

Oliver D.

 

Berechtigter Einwand, doch bestimmt gibt's auch auf der Filesystemseite

Interessantes zu sehen. Ansonsten halte ich es für zweitrangig, ob Cadsoft

die Ergebnisse für akzeptabel hält oder überhaupt nachvollziehen kann. Die

Ergebnisse zeigen nochmal klar und deutlich, daß Eagle ungefragt das System

durchstöbert. Ich kann mich nur wiederholen: so ein "Feature" MUSS vom

Anwender generell gesperrt werden können. Zweitens MUSS es möglich sein,

trotzdem mit eigens definierten "Projektfavoriten" arbeiten zu können (z.B.

<Projektname>.epf files in einem speziellen Ordner, noch besser Shortcuts

hierauf, oder eine ähnlich geeignete Methode). Schon V3.5 hat das zumindest

im Ansatz beherrscht. Ich überlege mir schon jedesmal, ob ich es nicht

irgendwie vermeiden kann, V5 zu starten. Bin heilfroh, daß ich bei V3.5

geblieben bin. Wenn es denn wirklich unvermeidlich ist (was mir bisher keine

10mal passiert ist), kann ich jederzeit von V3.5 aus auf V4 oder V5

umsteigen - ist das nicht heller Wahnsinn ? Umgekehrt geht das

jedenfalls nicht. Cadsoft mag das deshalb so "unterstützen", damit die Leute

gezwungen sind, bei einer neuen Version zu bleiben wenn sie erstmal

umgestiegen sind. Ich kann dazu nur sagen: der Schuß geht nach hinten los.

Wenn mir die Rückfalloption fehlt, warum soll ich diese Einbahnstraße dann

betreten (zumal sie auch noch ausgesprochen holprig ist)? Jaja ich weiß, es

gibt Features in den neuen Versionen, die sich nicht in älteren Versionen

abbilden lassen. Die Antwort lautet: na und, bin ich jetzt hier der Designer

oder was? Apropos Zwang: besonders die Art und Weise, wie man ständig

gezwungen wird, Zeit in Libraries zu verschwenden, hält mich schon genug

davon ab, eine der neueren Versionen überhaupt anzufassen. Was soll der

ganze Unsinn? Ich schreibe das deshalb, damit sich Cadsoft mal am Riemen

reißt. Das noch hinterher, auch wenn's ein bißchen OT ist: für meinen

Geschmack sieht V5 immer noch viel zu sehr nach Flickwerk aus, siehe z.B.

laufende Bugreports bzw. -fixes, Workarounds, tausend ULPs für dies und das

usw.. Das geht auf keine Kuhhaut mehr.

 

T.

 

 

Hallo,

Auch wenn manches OT ist haben sie im Prinzip nicht ganz unrecht.

Sicherheitsrelevante Zugriffe, sollten immer vom User konfiguriert

werden können. Allerdings ist scheinbar nur das Projektverzeichnis

betroffen. Mir ist sowieso nicht ganz klar warum beim Speichern eines

Boards oder Sheet auf jede Datei im Projektverzeichniss zugegriffen wird.

Unser primärer Wechselgrund waren allerdings ein paar neue und auch

sinnvolle Features die das Arbeiten vereinfachen sollten. Momentan ist

das Arbeiten mit V5 allerdings Zeitaufwendiger und ineffizienter denn

je. Wir haben im Unternehmen eine Mehrfachlizenz und hinterlegen die

Projekte üblicherweise auf einem Zentralen Server. Ich denke das diese

Konstellation nicht besonders ungewöhnlich ist.

Arbeiten mit 10 Min automatischer Speicherung heißt auch alle 10 Minuten

je 1 Minute Pause, und das mittendrin während man Schaltpläne zeichnet

oder Leiterbahnen verlegt. Fließendes Arbeiten ist das leider nicht.

Momentan vermeide ich es zuviele Projekte mit 5.1.0 zu öffnen, da das

Speichern mit V5 wie sie es bereits sagten eine Einbahnstraße ist.

Ich hoffe dass Cadsoft mit Hochdruck an einer Lösung arbeitet.

O.Diessel