---

test.raum.dwg.txt

liebe leute,

hier eines meiner ADT-hauptärgernisse:

ich habe eine etwas komplexere AEC-raumform für die flächenauswertung angelegt; wenn ich nun deren geometrie über griffbearbeitung ändern will, bedeutet das:

-- für die aktivierung des elementes und anzeige der griffe wartezeit 8-10 sec
-- nach dem strecken einer kante oder ziehen eines punktes wartezeit 18-20 sec

das bei ADT 2007, XP pro, 2.4 GHZ dual core 6600 (ich weiss - das war ein fehler !), 2,0 GB ram, grafikkarte ATI fireGL V3300 mit aktuellstem treiber

habt ihr auch solche verzögerungen ?
gibt es geheimnisvolle tunings für hard- oder software ?

ich finde das ziemlich frustrierend...

danke für eure meinung,

mfg helmut

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

ist bei mir ähnlich
und frustierend, weil es in den Vorversionen (AEC Fläche) deutlich schneller geht.

Gruß Dani

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo zusammen!

Es ist schon sehr nervig, mich würden solche Tuning-Möglichkeiten auch sehr interessieren. Die Autodesk-Homepage hat einige Hinweise zum Beschleunigen des Programms, glaube ich.

Mich stört besonders die lange Wartezeit, ehe ADT Punkte fängt, wenn man z.B. ein Gebäudemodul in ein anderes einfügt, um darauf bezogene Änderungen vorzunehmen. Besonders schlimm wird es, sobald Decken und Dächer im Spiel sind. Warum eigentlich?

Stundenlange Suchen im Netz haben da noch keine Lösung hervorgebracht.

@ hfea: Warum war die wahl des Prozessors eigentlich ein Fehler un d was wäre die bessere Alternative gewesen?

Christian

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi,

vielleicht hilft das?
Ungetestet!

Lothar

------------------
From Autodusk Till Dawn

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hallo,

da bin ich also kein einzelopfer...

@stutte: die EDV-leute erklären mir, dass ADT als althergebrachte 32-bit-anwendung keinen gebrauch von den zwei prozessoren machen kann, auch nicht, wenn ein 64-bit-betriebssystem am rechner installiert ist.
man sieht das problem ganz gut bei eingeblendetem taskmanager, wenn ich einen rechenintensiven arbeitsschritt durchführe, geht der erste prozessor gerade einmal bis 50% auslastung, der zweite bleibt aber konstant bei 0%.
der doppelprozessor bringt also für ADT rein gar nichts (mit ausnahme angeblich vom rendern).
der oben geschilderte testfall läuft momentan auf einem sony-vaio-12"-laptopspielzeug mit pentium 1.2 GHZ drei- bis viermal schneller ab als auf meiner workstation mit neuestem dualcore 6600 !!

ist das nicht alles zusammen ein riesenspass ???!!

lg helmut

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@kramer24:

danke für den hinweis; das bringt zwar eine kleine verbesserung bzw geringe beschleunigung, leider aber nicht mehr.

das ding mit den fehlerhaften linetypes gab es auch schon in der vorversion, ich habe (naiverweise) angenommen, ein derartiger bug würde, zumal ja bekannt, im 2007er nicht noch einmal wiederkehren...

schöne grüße

helmut

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Das kann ich hier nicht nachvollziehen. Ohne die hinzugefügten Linientypen dauert es bei dem im ersten Beitrag angehängten Beispiel eher lang aber mit geht es dann völlig normal (sprich: flott) ...

sayonara
Torsten Möhlenhoff
ACAD-Systemhaus Bremen

------------------
Alles wirD guT

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Danke Lothar! Genau daran lag es bei mir!

Und Dank an Thorsten für den Kommentar.
(Daraufhin hab ich den Tipp nämlich erst verwirklicht).

Gruß Dani

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@hfea
Als ich Deinen Beitrag las, wollte ich in Erinnnerung an
das Linientypproblem schon posten, dachte allerdings,damit
würd ich mich blamieren...
Also der neuerliche (alte) Bug ist wirklich Malzkaffee!

Zum Dualprozessor gibt es jedoch noch einen kleinen
Beitrag - die Systemvariable Whipthread steuert
(zumindest lt. Aussage Autodesk) die Verwendung des 2.Prozessors
beim Regenerieren oder Neuzeichnen.
0=keine 1=redraw 2=regen 3=redraw+regen
-> http://ww3.cad.de/foren/ubb/Forum37/HTML/003364.shtml
Ob's tatsächlich stimmt...

Gruß Claudio

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

OK, asche auf mein haupt !

ich hatte übersehen, dass wir eine kopie der acadiso.lin am server verwenden, das ändern der lokal vorhandenen datei hat also in wirklichkeit auch nicht die von mir beobachtete "geringe verbesserung", sondern GAR NICHTS gebracht.
aber jetzt haben wir die tatsächlich verwendete acadiso.lin am server korrigiert und siehe da: die wartezeiten reduzieren sich auf nahe null.

daher: torsten, vielen dank, du hattest vollkommen recht.

@claudio: WHIPTHREAD hat leider nix gebracht.

vielen dank an alle !

schöne grüße

helmut

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

... da ich gerade eine geschlagene halbe Stunde nach dem oben aufgeführten Link von Lothar auf der neugestalteten Autodesk-Homepage (ein herzliches Dankeschön an die mitdenkenden Macher..!) gesucht habe, und euch eben diese Sucherei ersparen will, poste ich ihn neu:

Support

Gruß Mario

------------------
at work gmbh

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Mario,
das mit einzufürenden lintypes ist ja Spitze!
Das führt ja zu atemberaubenden Geschwindigkeitssteigerungen
bei der Auswahl von Decken und AEC Polygonen!
Das gibt die nächsten Tage immer wieder 10 Punkte für Dich!
Danke!

Herbert

Oh, habe gerade erst gesehen, das haben andere ja auch schon angesprochen.
Seid alle mit in den Dank einbezogen!

Und Schande über Autodesk!!!

[Diese Nachricht wurde von HerbertSimon am 22. Mrz. 2007 editiert.]

[Diese Nachricht wurde von HerbertSimon am 22. Mrz. 2007 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo zusammen!

Ich habe die Autodesk-Anweisung genaustens befolgt, und die entsprechenden Zeilen eigefügt, konnte aber nicht die geringste Besserung spüren, woran liegt das denn? Was kann man beim einfügen von ein paar Zeilen am Ende der Datei verkehrt gemacht haben? Kann jemand vielleicht die LIN Datei mal zur Ansicht posten? Manchmal steht man ja ziemlich auf dem Schlauch,...

Christian

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Unbenannt.JPG

Hallo Christian,
das sind die Zeilen

*HIDDENX2,Hidden (2x) ____ ____ ____ ____ ____ ____ ____
A,.5,-.25
*DASHDOT,Dash dot __ . __ . __ . __ . __ . __ . __ . __
A,.5,-.25,0,-.25
*DOT,Dot . . . . . . . . . . . . . . . . . . . . . . . .
A,0,-.25
*DASHEDX2,Dashed (2x) ____  ____  ____  ____  ____  ___
A,1.0,-.5

und so sieht das aus

Gruß
Herbert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Weiterhin würde ich mal einen Blick auf die Variable MEASUREMENT werfen. Diese wird in der Zeichnung gespeichert, bei 1 wird dann die ACADISO.LIN und bei 0 die ACAD.LIN verwendet. Im Zweifelsfall würde ich also die Zeilen in beide Dateien anhängen. Wenn man dann noch sicherstellen will, dass man die Datei aus dem richtigen Ordner (spricht die, die auch tatsächlich vom ADT verwendet wird) erwischt öffnet man sie aus dem ADT mit

(command "notepad" (findfile "acadiso.lin"))

bzw.

(command "notepad" (findfile "acad.lin"))

sayonara
Torsten Möhlenhoff
ACAD-Systemhaus Bremen

------------------
Alles wirD guT

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP