Actions
Forum Thread Details
  • Replies 23 replies
  • Subscribers 181 subscribers
  • Views 1812 views
  • Users 0 members are here
Related

Eagle 5.0.0:  Zoom und Verschieben im BRD langsam

autodeskguest

Hallo,

 

uns ist aufgefallen, daß das Verschieben und Zoomen des Bildausschnittes

im Board von Eagle 5.0 wesentlich langsamer ist als Eagle 4.16 r2.

 

Bei Tests mit verschiedenen PC's kam heraus:

Je schneller die CPU ist, desto geringer fällt der Unterschied auf.

Z.B. bei einem Notebook mit 2,2GHz DualCore, jedoch integrierter

Chipsatzgrafik läuft es flüssiger als auf einem Desktop PC mit Athlon 64

X2 4200+ und Dual-DVI-Grafikkarte (7600 GS).

 

Das Arbeiten an einem P4 2,8 GHz oder Athlon 64 X2 4200+ ist es schon

etwas nervig.

 

Was ist der Grund dafür?

Kann man Einstellungen vornehmen, die den Bildaufbau beschleunigen?

 

 

Viele Grüße

D.Stuchlik

 

Parents

  •  

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

    news:g264ic$6pj$1@cheetah.cadsoft.de...

     

    "Oliver Betz" <obetz@despammed.com> schrieb im Newsbeitrag

    news:a70b44hpco20bmlfhtc2s6tomlh107ak1u@news.cadsoft.de...

    "Carsten" schrieb:

     

     

    O.g. Beobachtungen kann ich nur bestätigen. Gehört zwar nicht ganz

    hierher, aber nach dem Start von V5 dauert es bei mir (4GHz Rechner, XP

    SP3) mindestens 10 Sekunden bis die Sanduhr verschwindet und Eagle

    kommandobereit ist. Dabei sind lediglich 3 Libraries "in use". Das Ding

    ist für meinen Geschmack insgesamt reichlich lahm geworden.

     

    T.

     

    Verstehe ich nicht. Ich sitze an einem Core2Duo mit 2.13GHz und 3,50GB

    RAM

    (XP SP2).

    Da ist Eagle (13 offene Libs, Board auf dem linken Display, Schaltplan

    auf

    dem rechten) sofort da, obwohl der Rechner seit zwei Wochen durchgelaufen

     

    auf einem sehr ähnlichen Rechner dauert's bei mir 2s - übrigens gleich

    lange wie bei Eagle 4.

     

    Grüße,

     

    Oliver Betz

     

    Irgendwie riecht das nach einem Problem mit einem Netzwerkzugriff,

    vielleicht aufgrund der Überprüfung auf Updates? Siehe auch der heutige

    Beitrag von Jan Alte "Lange Verzögerung beim Speichern auf

    Netzwerk-Freigabe". Ich habe hier zwei Netzwerkanschlüsse, von denen einer

    oder beide meist deaktiviert sind. Könnte sein, daß Eagle das nicht mag.

    Mal sehen.

     

    T.

     

    Siehe Antwort im eben erwähnten Thread. Kurzfassung: daran liegt's nicht.

     

    T.

     

     

     

Reply

  •  

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

    news:g264ic$6pj$1@cheetah.cadsoft.de...

     

    "Oliver Betz" <obetz@despammed.com> schrieb im Newsbeitrag

    news:a70b44hpco20bmlfhtc2s6tomlh107ak1u@news.cadsoft.de...

    "Carsten" schrieb:

     

     

    O.g. Beobachtungen kann ich nur bestätigen. Gehört zwar nicht ganz

    hierher, aber nach dem Start von V5 dauert es bei mir (4GHz Rechner, XP

    SP3) mindestens 10 Sekunden bis die Sanduhr verschwindet und Eagle

    kommandobereit ist. Dabei sind lediglich 3 Libraries "in use". Das Ding

    ist für meinen Geschmack insgesamt reichlich lahm geworden.

     

    T.

     

    Verstehe ich nicht. Ich sitze an einem Core2Duo mit 2.13GHz und 3,50GB

    RAM

    (XP SP2).

    Da ist Eagle (13 offene Libs, Board auf dem linken Display, Schaltplan

    auf

    dem rechten) sofort da, obwohl der Rechner seit zwei Wochen durchgelaufen

     

    auf einem sehr ähnlichen Rechner dauert's bei mir 2s - übrigens gleich

    lange wie bei Eagle 4.

     

    Grüße,

     

    Oliver Betz

     

    Irgendwie riecht das nach einem Problem mit einem Netzwerkzugriff,

    vielleicht aufgrund der Überprüfung auf Updates? Siehe auch der heutige

    Beitrag von Jan Alte "Lange Verzögerung beim Speichern auf

    Netzwerk-Freigabe". Ich habe hier zwei Netzwerkanschlüsse, von denen einer

    oder beide meist deaktiviert sind. Könnte sein, daß Eagle das nicht mag.

    Mal sehen.

     

    T.

     

    Siehe Antwort im eben erwähnten Thread. Kurzfassung: daran liegt's nicht.

     

    T.

     

     

     

Children
No Data