---

Hallo Ihr VB-Spezialisten!

Vielleicht ist die Frage hier ein wenig offTopic, aber da hier einige Profis am Werke sind, wage ich es trotzdem sie hier zu stellen  .

Situation:
In der bekannten Excel-Tabelle hat mich immer die Geschwindigkeit, mit der die Teile aus SWX gelesen werden, gestört (schnell ist nicht schnell genug  ). Nun habe ich mal einen Versuch gestartet. Aus einem Excel-Makro und einem SWX-Makro habe ich eine Baugruppe rekursiv durchforstet. In beiden Makro's wird genau dasselbe gemacht.
Die Durchlaufzeiten:
    Excel : 25.64 sec.
    SWX  :  0.23 sec.

Aus Excel braucht es also über 100x länger!

Frage(n):

- ist das grundsätzlich so?
- mache ich was falsch?
- kann ich dagegen etwas unternehmen?

Über Anregungen und Tipp's würde ich mich freuen  !

------------------
Gruss
Andreas
A+E Müller AG

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

---

Hallo Andreas,

ja, das ist immer so, wenn du mit "externen" Tools oder Programmen an andere Prozesse heranwillst. Das hat etwas mit dem Prozess-Übergreifgenden Overhead zu tun.

Einfach ausgedrückt: jedesmal, wenn du von aussen (also Excel) einen Befehl für SolidWorks absetzt packt Excel das Ganze in ein kleines Paket ein, übergibt es an den Prozesshandler, der überprüft das ganze, schickt es an SolidWorks, das führt den einen Befehl aus, verpackt die Antwort, übergibt es wieder dem Prozesshandling, der sucht deine Applikation und reicht dem das Ergebnis.

Das passiert jetzt mit jedem Befehl!

Ein SolidWorks Makro läuft im selben Prozessraum wie SolidWorks und deswegen fällt dieses ganze Hin und Her weg; wenn du also sehr viele Befehle von SolidWorks ausführen musst ist das entsprechend innerhalb eines Makro viel schneller.

Deswegen laufen z.B. die kompilierten DLLs als Add-In auch viel schneller als externe EXEs.

Umgehen kann man das theoretisch schon, ich hab's aber bisher nur in der Theorie gemacht     

Du kannst ein Makro schreiben, was die Daten komplett aufbereitet und z.B. in die Zwischenablage kopiert und dieses Makro von deinem Tool aus mit RunMacro aufrufen. Dasselbe geht natürlich mit einer DLL.

Du kannst das ganze natürlich auch andersherum machen: wenn du viel in SolidWork sund nur wenig in Excel machen musst kannst du natürlich auch eine SolidWorks-Makro schreiben, was dann Excel fernsteuert     

Ciao,
Stefan

------------------
Inoffizielle deutsche SolidWorks Hilfeseite
http://solidworks.cad.de

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

---

Hi Stefan.

Besten Dank für Deine sehr ausführliche Info. Da bin ich doch beruhigt, dass es nicht an mir liegt  .

Eine Frage noch: kann es sein, dass zwischen Win2000 und XP (resp. den ensprechenden Excel-Versionen) ein massiver Geschwindigkeitsunterschied besteht?

------------------
Gruss
Andreas
A+E Müller AG

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