---

Hallo

konnte leider keine Antwort darauf finden:
Profitiert cosmosworks vom Einsatz von Multi-Core-Systemen (Dual-Core, Quad-Core) stark ?
Wie profitiert es genau? Skaliert es gut? Sind z.B. die mesh und Solve-Zeiten nur noch 1/2 bzw 1/4 mal so lang wie bei einem single core?

Viele Grüße HPVD

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

---

Hallo und willkommen im Forum.

Um die Frage zu beantworten, müssen wir ein bischen
unterscheiden und "sortieren" ... 

1.) CosmosFloWorks kann ab Version 2008 mit Dualcore rechnen

2.) CosmosWorks

- Nun ... in der GUI (also dem Grafikinterface) und im Mesher
  selbst wirst Du nichts merken ... das ist jeweils ein
  linearer Vorgang, bei dem paralleles Rechnen nichts
  beschleunigen kann ...
- im SOLVER selbst wirst Du allerdings etwas merken ...
  und das ist wiederum SEHR STARK ABHÄNGIG vom gewählten
  Solver Typ.
  > beim FFEPlus-Solver ist der Geschwindigkeitsgewinn
    minimal (aber vorhanden), sprich, wenn Du 10-12 %
    schneller bist, bist Du gut ...
  > beim Direct Sparse Solver kann man tatsächlich je nach
    Problem bis zu 50% Gewinn herausholen (bezogen auf
    DualCore gegen SingleCore)

Da sich allerdings die grundlegende Architektur von Single-
Core und DualCore sehr unterscheidet (zumindest AFAIK),
vergleicht man da allerdings meiner bescheidenen Meinung
nach evtl. Äpfel mit Nektarinen ...

Gruß
Roland 

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

---

Hallo

Vielen Dank für den netten Willkommensgruß und die so detaillierte Antwort!!

zwei kleine ergänzende Frage noch:
Ist Floworks 2008 optimiert für Dual-Core oder auch für Multi-Core, spricht ist ein Quadcore noch schneller?
wie ist das beim Direct Sparse Solver in cosmosworks?
(angenommen es gäbe dualcore und quad mit der gleichen Taktgeschwindigkeit der einzelnen Kerne)

Viele Grüße

HPVD

[Diese Nachricht wurde von HPVD am 21. Apr. 2008 editiert.]

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

---

Hallo HPVD.

1.) Die oben genannten Angaben zu CosmosWorks beziehen sich
    auf CosmosWorks 2007 auf einer Dell Precision 650 einmal
    als SingleCore und dann als Dualcore

2.) ich habe mal FloWorks 2006-Projekte auf einer SingleCore
    2,0 GHz-Maschine und die gleichen Projekte mit FWX 2007
    auf einer Core2Duo-Maschine HP 4400 (2,13 GHz) durch-
    laufen lassen und war hier bei vielen Projekten
    tatsächlich fast doppelt so schnell (Mesher-Zeit
    kann man beim Solver-Zeit von ca. 3 h vernachlässigen)

3.) SÄMTLICHE BISHERIGEN ANGABEN beziehen sich übrigens
    auf WinXP Professional 32-bit (schwierig zu sagen,
    wie viel anders/schneller die Speicherverwaltung soft-
    wareseitig von WinXP 64 bit/Vista 32bit/Vista 64bit ist.

4.) ich selbst habe noch kein Update auf FWX2008 durchge-
    führt, könnte mir aber vorstellen, daß Quadcore-Archi-
    tektur noch mal was bringt (wahrscheinlich aber keine
    weitere Verdopplung, ist allerdings nur so ein Gefühl,
    lasse mich gerne eines Besseren belehren)

Fazit:
Es gibt drei wesentliche Faktoren, die sich jeweils ändern
- Betriebssystem (damit auch evtl. Speicherverwaltung)
- Software-Version
- Hardwarearchitektur (Single/Duo/Quad)

Bedingt durch die unterschiedlichen Architekturen ist jeweils
einiges an Geschwindigkeitsgewinn zu erwarten.
Der Flaschenhals an sich sind dann die einzelnen iterativen
Berechnungsschritte. Dort wird ja jeweils ein Zielwert
nach dem anderen berechnet und erst wenn der eine Wert
berechnet ist und auch seine Genauigkeit (Konvergenz)
kann ich zum nächsten Berechnungsschritt übergehen.

Man hat also quasi mit FWX2008 im Solver eine Möglichkeit ge-
funden, bereits einen Teil der Berechnung für den nächsten Schritt
mit dem zweiten Kern vorzubereiten/durchzuführen.
Bezogen auf mein obiges Beispiel kann man sagen, das der
Wechsel von Single auf Duo schon mal was gebracht hat (im Solver).
Wenn das Programm auch nun den zweiten Kern optimal unterstützt
ist ein weiterer Geschwindigkeitsgewinn drin (mein persönliches
Gefühl: nicht so viel wie der Architekturwechsel).

Während also quasi der einbeinige bisher immer sprungweise weiter-
gehüpft ist, kann der zweibeinige abwechselnd ausschreiten.
Ob der viebeinige doppelt so schnell weiterkommt ist (für mich)
etwas fraglich, da er etwas Zeit mit der Koordination der Beine
verliert.
Und bei dem menschlichen Körperbau sind vierbeinige zwar für
den FC Bayern München interessant, aber ob sie deshalb schneller
spielen 

Hoffe, nicht allzusehr verwirrt zu haben ...

Gruß
Roland 

Noch eine persönliche Anmerkung:
Ich bekomme bei diesen Diskussionen immer den Eindruck, dass es
im Prinzip wie bei der Formel 1 ist.
Ich habe mal irgendwo gelesen/gehört, dass man in der Formel 1
sagt, daß das Fahrzeug vielleicht 90% ausmacht und der Fahrer 10%.
Also sprich, wenn das Fahrzeugpaket schon mal sehr gut ist, und
man dann noch einen "Regengott" Schumacher holt, der im Stande
ist, aus dem Fahrzeug auch wirklich alles herauszuholen, geht
es recht flott voran ...

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

---

Danke für die die interesssanten Beschreibungen und Details
eins noch:

Zitat:

---

Original erstellt von R. Frank:
...
Man hat also quasi mit FWX2008 im Solver eine Möglichkeit ge-
funden, bereits einen Teil der Berechnung für den nächsten Schritt
mit dem zweiten Kern vorzubereiten/durchzuführen.
...

---

Weiß man schon ob diese ja recht grundlegende Verbesserung zeitnah (v2009) auch in cosmosworks (Spannungs- und Verformungsanalyse) eingesetzt werden wird?

Sollten diese Infos über die Dualcore Vorteile von Floworx 08 nicht auch in den offiziellen Schrieben ihren Niederschlag finden??

Gruß HPVD

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

---

Moin zusammen,

ich habe bereits das Update auf FWX 2008 durchgeführt.

Seit zwei Wochen habe ich nun auch einen Rechner mit DualCore (Notebook, Intel centrino  duo 2,2 GHz). Benchmarks habe ich noch keine durchgeführt. "Gefühlt" liegt das Notebook mit der Workstation (AMD 4000+) gleichauf, was ja in etwa hinkäme. Das Ganze ist mit etwas Vorsicht zu genießen, weil die Syteme auch sonst recht unterschiedlich sind.

Was mich stutzig macht: Lt. Taskmanager des Centrino duo wird nur einer der Kerne ausgelastet.

Braucht man evtl. zur Nutzung des zweiten Core durch FWX noch einen speziellen Treiber?

Hat die Multicore-Nutzung schon mal jemand hier ausprobiert oder sind das nur Angaben des Herstellers?

Gruß

Ron

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

---

Zitat:

---

Original erstellt von reflow:
...
Braucht man evtl. zur Nutzung des zweiten Core durch FWX noch einen speziellen Treiber?
...

---

Hallo Ron.

Laut Cosmos Knowledge Base gilt das hier:

When changing the number of processor associated with SolidWorks/COSMOS process, please follow the steps below:
1. Close SolidWorks
2. Re-open SolidWorks
3. Change the number of desired processor (Task Manager,
    Processes, Set Affinity)
4. Open the model and then run the analysis.

Also per Task-Manager dem Prozess (wohl solidworks.exe
gemeint ?) per Rechtsklick und dann dem Punkt
"Zugehörigkeit festlegen" alle beiden CPU's anhaken.
(d.h. so interpretiere ich das ...)

@Ron/HPVD:
Die Angaben zu CosmosWorks habe ich aus der Cosmos-Knowledge-
Base, meine Benchmarks für FWX beruhen auf eigenen Erkennt-
nissen.
Dass der Solver von FWX2008 für DualCore optimiert ist,
steht so in der Cosmos-Knowledge-Base, bzw. in den
Marketing-Unterlagen.
Daß man dazu am Solver bzw. in dessen Logik was ändern muss,
dürfte wohl offensichtlich sein (was ich oben geschrieben
habe, ist meine VERMUTUNG, ich bin auch nur einfacher User,
weder bei Solidworks, noch CosmosWorks noch Hotline oder so
was beschäftigt).
Richtig überprüfen kann man sowas wohl nur erst auf einer
Duo/Quad-Maschine mit FWX 2007 und FWX 2008.
Ob es da SWX-interne Benchmarks gibt ? 
Vielleicht, who knows ...
Schwieriges Thema.

Zitat:

---

Original erstellt von HPVD:
Weiß man schon ob diese ja recht grundlegende Verbesserung zeitnah (v2009) auch in cosmosworks (Spannungs- und Verformungsanalyse) eingesetzt werden wird?

Sollten diese Infos über die Dualcore Vorteile von Floworx 08 nicht auch in den offiziellen Schrieben ihren Niederschlag finden??

---

Ich bin nur User, weder Programmierer, noch Marketing-
Mitarbeiter. Was ich geschrieben habe, ist meine persönliche
VERMUTUNG.
Wenn es dazu offizielle Zahlen gäbe, wären die sicherlich
irgendwo genannt (und würden etwas mehr Aufwand erfordern,
um sicherzustellen, dass nicht Äpfel mit Birnen verglichen
werden ...).
Aber das ist ein schwieriges Feld und man bezahlt die
Programmierer wohl lieber für andere (wichtigere) Dinge.
Time is money, you know ... 

Außerdem ist es den Marketingleuten wohl erfahrungsgemäß
lieber, daß man schreiben kann, welche neuen Funktionen hinzu
gekommen sind (inkl. bunter Bilder).

Roland

Und noch 'ne Bemerkung am Rande:
Bitte nicht FWX und CosmosWorks in einen Topf schmeissen.
Schon unter CosmosWorks wird pro Solver unterschieden,
da ist der FWX-Solver mit an Sicherheit grenzender Wahr-
scheinlichkeit noch mal komplett anders ...

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

---

Hallo Frank,

erstmal vielen Dank für die schnelle Info. Ich hab' natürlich sofort nachgeschaut. Zwei CPUs waren per default aktiviert. Nun hab' ich probehalber einfach mal 'nen Simulationslauf gestartet. Ergebnis: Die Prozessorauslastung (Summe aus beiden CPUs) pendelt ständig um ca. 50%, allerdings wechselt der Prozeß mal auf die eine, mal auf die andere CPU. So kann man natürlich auch von "Dual-Core-Nutzung" sprechen :-(

Schade auch.

Was aber in jedem Fall profitiert, sind andere Anwendungen (z.B. kann ich schon mal während der Simulation meine Rechnung dafür schreiben  ), die ich trotz laufender Simulation aufrufen kann, ohne dabei einzuschlafen.

@ HPVD: Vielleicht ist das ja eine Entscheidungshilfe.

Gruß

Ron

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

---

Zitat:

---

Original erstellt von reflow:
... Die Prozessorauslastung (Summe aus beiden CPUs) pendelt ständig um ca. 50%, allerdings wechselt der Prozeß mal auf die eine, mal auf die andere CPU. So kann man natürlich auch von "Dual-Core-Nutzung" sprechen :-(  .....

---

hmm - das soll dann eine Optimierung für Dualcore Prozessoren sein ??
Kann ich ja irgendwie gar nicht glauben - oder liegt es daran dass du geupdatet hast und nicht neuinstalliert und dabei ist etwas gründlich schief gegangen?
-vielleicht sollte man da wirklich mal beim support nachfragen...

PS: Können denn andere FEM Programme Dual- und Quadcores richtig ausreizen?

Gruß HPVD

[Diese Nachricht wurde von HPVD am 21. Apr. 2008 editiert.]

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

---

Guten Morgen.

@Ron: Danke schon mal für die Tests ...

Habe mich inzwischen in der Cosmos-Database eingelesen.

Also, für CosmosFloworks gilt:

1.) ab FWX 2007 kann man im Batch Job der Simulation
    eine bestimmte CPU zuweisen, somit ist es möglich,
    zwei Simulationen gleichzeitig laufen zu lassen.
    (die einzelne Simulation selbst wird dadurch aber nicht
    schneller, dazu müsste der Solver ja multi-thread-fähig
    sein, damit ich den einzelnen Prozeß auf mehrere CPU's
    verteilen könnte - ist er aber nicht)

2.) ab FWX2008 gibt es eine Optimierung für DualCore,
    diese betrifft aber nur
    > high mach numer - Simulationen
    > pure conduction heat transfer -  Simulationen
    Hier ist ein Geschwindigkeitsgewinn von 25% möglich.
    Für andere Simulationen ergibt sich wohl keine
    Beschleunigung

3.) nur so eine Vermutung ...
    Für CosmosWorks habe ich bisher von keiner Optimierung
    für DualCore gelesen ...
    Daher scheinen die oben genannten Geschwindigkeits-
    gewinne wohl fast ausschliesslich auf die schnellere
    Architektur der DualCore-Maschinen zurückzuführen sein.

4.) somit bringt ein QuadCore für Geschwindigkeit erst recht
    nichts, man kann lediglich mehr Anwendungen parallel
    laufen lassen.

Roland

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

---

Hallo Kollegen,

ich habe vor 1/2Jahr meine Taskmanager-Beobachtungen (max. 50% Leistung; egal, ob ein oder zwei Prozessoren zugeordnet waren; nur bei der Berechung geht star.exe auf ca 70%) mit der Hotline diskutiert. Und tatsächlich, leider:

Dual wird laut Solidpro (noch) nicht unterstützt von SolidWorks und Cosmosworks; Ausnahme: Im Zeichungsbereich.

Ich muß also damit leben, daß die Leistung nur zu 50% genutzt wird 

laut der damaligen info wird sich bei Cosmosworks nicht viel ändern in der 2008-Version (bei SolidWorks wird der Zeichungsbereich verstärkter Dualcore nutzen).

Wie es jedoch mit 64bit aussieht, habe ich damals nicht diskutiert. Dies wird von unsrere EDV jedoch demnächst auf einem Arbeitsplatz getestet.

Viel Spaß noch 

Rich

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

---

Nachtrag:

Mittlerweile habe ich einen QuadCore. Der ist mit 2,4 GHz genauso schnell getaktet wie mein alter AMD 4000+, rechnet aber fast doppelt so schnell (auf nach wie vor einem Core).

Was aber erheblich mehr dabei bringt: Ich kann nun eine Simulation im Hintergrund laufen lassen und trotzdem im Vordergrund flott mit dem Rechner arbeiten.

Vorher konnte ich größere Simulationsprojekte nur über Nacht oder am Wochenende fahren. Oft mußte ich dann am Morgen feststellen, daß die Simulation in der Nacht abgek***t war. Nun kann ich das nebenbei beobachten und darin liegt der Charme.

Gruß

Ron

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

---

Zitat:

---

Original erstellt von reflow:
[B]
Mittlerweile habe ich einen QuadCore. ...
Was aber erheblich mehr dabei bringt: Ich kann nun eine Simulation im Hintergrund laufen lassen und trotzdem im Vordergrund flott mit dem Rechner arbeiten.

Vorher konnte ich größere Simulationsprojekte nur über Nacht oder am Wochenende fahren. Oft mußte ich dann am Morgen feststellen, daß die Simulation in der Nacht abgek***t war. Nun kann ich das nebenbei beobachten und darin liegt der Charme.

---

na das ist doch ne feine Sache!

Ist schon bekannt ob sich bei Cosmosworks oder Flowworks in der 2009er Version (hat den neuen Namen Solidworks Simulation) etwas in Richtung Nutzung mehrerer Cores getan hat??

Gruß HPVD

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

---

Also ehrlich gesagt weiß ich gar nicht, was darin so schwer sein soll den Prozess für 2 oder mehr Kerne zu optimieren!! Andere Programme(Fluent, CFX) können das schon seit JAHREN! Deshalb ganz klar : 

Naja, mal was anderes:

Geht es eigentlich Floworks unabhängig von Solidworks laufen zu lassen, bzw. mit dem im Hintergrund verbleibenden Solidworks (ungenutzte Lizenz!!!) zu arbeiten?

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

---

  

Zitat:

---

Original erstellt von musician:
Also ehrlich gesagt weiß ich gar nicht, was darin so schwer sein soll den Prozess für 2 oder mehr Kerne zu optimieren!! Andere Programme(Fluent, CFX) können das schon seit JAHREN! Deshalb ganz klar :        

Naja, mal was anderes:

Geht es eigentlich Floworks unabhängig von Solidworks laufen zu lassen, bzw. mit dem im Hintergrund verbleibenden Solidworks (ungenutzte Lizenz!!!) zu arbeiten?

---

Hallo,
vor Rechenstart zweite SW-Sitzung starten. Mit dieser kann man dann während der Rechnung arbeiten.   
Was das "schwierige" angeht: es ist ja nicht nur eine Frage der Machbarkeit, sondern auch des Aufwands/Wirtschaftlichkeit. Nicht alles, was machbar ist, wird gemacht  
Gruß
Rich

Übrigens: ich finde es schade, dass es auch hier immer üblicher wird, weder eine Anrede, noch einen Gruß zu schreiben. Wir sind doch hier nicht in einem Chat!?

[Diese Nachricht wurde von Calculator am 30. Jan. 2009 editiert.]

[Diese Nachricht wurde von Calculator am 30. Jan. 2009 editiert.]

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

---

Zitat:

---

Original erstellt von Calculator:

   [QUOTE]Original erstellt von musician:
[b]Also ehrlich gesagt weiß ich gar nicht, was darin so schwer sein soll den Prozess für 2 oder mehr Kerne zu optimieren!! Andere Programme(Fluent, CFX) können das schon seit JAHREN! Deshalb ganz klar :         

---

Was das "schwierige" angeht: es ist ja nicht nur eine Frage der Machbarkeit, sondern auch des Aufwands/Wirtschaftlichkeit. Nicht alles, was machbar ist, wird gemacht   
Gruß
Rich

[/B][/QUOTE]

Hallo

denke multicore Unterstützung wird zunehmend wichtiger sein, da man sonst von den aktuellen CPU entwicklungen einfach nicht mehr profitiert, die Takterhöhung ist prozentual ja nur noch minimal.

Könnte mir schon vorstellen, dass die fehlende Multicore-Unterstützung bereits jetzt Kunden nach Alternativen suchen lässt...

Gruß HPVD

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

---

Zitat:

---

Original erstellt von HPVD:
Hallo

denke multicore Unterstützung wird zunehmend wichtiger sein, da man sonst von den aktuellen CPU entwicklungen einfach nicht mehr profitiert, die Takterhöhung ist prozentual ja nur noch minimal.

Könnte mir schon vorstellen, dass die fehlende Multicore-Unterstützung bereits jetzt Kunden nach Alternativen suchen lässt...

Gruß HPVD

---

Hallo HPVD,
das sehe ich auch so.
Ich wollte lediglich damit sagen, dass nicht immer die Schwierigkeit (das Unvermögen) der Grund ist, sondern andere Aspekte. Ob das dann der richtige Weg ist oder nicht, steht auf einem anderen Blatt.
Unter meinem Schreibtisch steht ein Rennwagen, der auf einem feldweg fahren muss......

Gruß
Rich

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

---

Hallo Gemeinde,

seit Cosmos FlowSimulation 2009 (so heißt das neuerdings) - also immerhin seit rund 3 Monaten, wenn auch nicht schon seit Jahren - ist der Thread Schnee von gestern.

Der Solver unterstützt MultiCore-Betrieb und ich kann dem Programm außerdem explizit vorgeben, welche Cores es verwenden darf und von welchen es die Finger zu lassen hat.

Gruß

Ron

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

---

  

Zitat:

---

Original erstellt von reflow:
Hallo Gemeinde,

seit Cosmos FlowSimulation 2009 (so heißt das neuerdings) - also immerhin seit rund 3 Monaten, wenn auch nicht schon seit Jahren - ist der Thread Schnee von gestern.

Der Solver unterstützt MultiCore-Betrieb und ich kann dem Programm außerdem explizit vorgeben, welche Cores es verwenden darf und von welchen es die Finger zu lassen hat.

Gruß

Ron

---

Hi Ron,
Das klingt ja hervorragend!!
Hast Du vielleicht sogar mal einen kleinen Versuch zur CPU-Anzahl Skalierung gemacht?
Bedeutet doppelte Anzahl an Kernen (nahazu) halbe Mesh +Lösungszeit?
Funktioniert das sicher auch bei Sprüngen größer 1(Single-Core) auf 2(Dual-Core) also auch von 2 auf 4 Kernen?
Bin irgendwie noch nicht 1000prozentig davon überzeugt, denn für so ein klasse Feature hätte ich eigentlich erwartet dass es auch beworben wird !!!!

PS: Wisst Ihr wie es mit der Multicore-Ausnutzung bei den anderen "Simulation" (Cosmosworks-) Programmen ist? Festigkeit, Thermal etc?

Gruß HPVD

[Diese Nachricht wurde von HPVD am 30. Jan. 2009 editiert.]

[Diese Nachricht wurde von HPVD am 30. Jan. 2009 editiert.]

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

---

Hallo Ron,
ich schliesse mich den Fragen von "HPVD" an....
...so sicher ist der "Schnee von gestern" nämlich nicht, daes nicht nur um Flow geht.
Aber danke für die Info!!!

Gruß
Rich

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

---

I found some offical information about multi-core support in Flow Simulation (Floworks) 2009
http://files.solidworks.com/Supportfiles/Whats_new/2009/English/whatsnewhighlights.pdf
page 34:
Flow simulation:
multi-core support: simulation run 1.3-1.5 times faster than previous releases

sounds for me like a relative poor implemantation of multicore support until now.
Or they are only talking about Dualcore and overall solution time including meshing - than it would be fine :-)

Best regards HPVD

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

---

upps -da hab ich mich leider mit der Sprachevertan.
Gruß HPVD

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

---

Hi,

that's just what I think.
Calculation does use 70% of the overall-processor-power anyway (CosmosWorks).
But meshing and working in SolidWorks: 25% 

When I think about my PC and it's power and about what SolidWorks/CosmosWorks make out of it.......
4 processors and only one in use.

regards
Rich

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

---

hä hä,

Dein "ups" hat meinen nicht aktualisierten Bildschirm umgangen. Dachte, Du wärst ein Landsmann und wollte Dir entgegenkommen.......

Gruß
Rich

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

---

Hallo Gemeinde,

bin leider erst jetzt dazu gekommen, das mal auszuprobieren:

Simulation mit AMD 4000+ single core und unter XP 64: 29 min
Selbes Modell, mit Konfig lt. Profil, aber FWX 2009 und 4 cores aktiv: 14 min.

Das war aber nur ein Versuch ins Blaue und ist in keinster Weise repräsentativ.

Gruß

Ron

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

---

 

Zitat:

---

Original erstellt von reflow:

Simulation mit AMD 4000+ single core und unter XP 64: 29 min
Selbes Modell, mit Konfig lt. Profil, aber FWX 2009 und 4 cores aktiv: 14 min.

---

dat klingt doch schon mal nicht schlecht:-)
verrätst Du noch ein paar Details?
Ist das jeweils die gesamt Zeit für die Rechnung also Mesching und Lösung?
Hatte der Quadcore-Rechner die gleiche Takt-Frequenz und gleich viel RAM?
Oder war es sogar der gleiche Rechner und einmal wurden 3 cores aktiviert (=4000+ Äquivalent)?

Gruß HPVD

[Diese Nachricht wurde von HPVD am 10. Feb. 2009 editiert.]

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

---

Ups, da sollte eigentlich in der Systeminfo stehen:

SWX 2009 mit FloWorks 2009,
Vista 64 Bit
Intel Q6600, 8GB RAM

Ich kann nicht sicher nachvollziehen, mit welcher Version von FWX die Referenz von 28 min entstanden ist und auch nicht, wieviel von der Beschleunigung auf die neue, besser ausgestattete Hardware zurückzuführen ist.

Deshalb sagte ich ja, das ist in keiner Weise repräsentativ.

Den Test mit einer statt 4 Cores mache ich, wenn ich Luft dazu habe und werde ihn posten.

Von meinem gefühlten Eindruck kommen die zitierten 25% schneller der Wirklichkeit näher. Ich kann das aber nicht belastbar testen, weil ich keine brauchbaren Referenzdateien (FWX 2008/FWX 2009 mit gleicher Hardware gerechnet) habe.

Gruß

Ron

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

---

Hallo Ron,
danke für das Update und das Auf-dem-laufenden-halten.
Deine Sysinfo erscheint korrekt für alle anderen, n ur für Dich nicht 
ist ein bug diese Forums, daß man nur die erste(?) erstellte Sysinfo sehen kann, die upgedateten nicht
Gruß, Rich

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

---

Zitat:

---

Original erstellt von reflow:
Ups, da sollte eigentlich in der Systeminfo stehen:

SWX 2009 mit FloWorks 2009,
Vista 64 Bit
Intel Q6600, 8GB RAM

Ich kann nicht sicher nachvollziehen, mit welcher Version von FWX die Referenz von 28 min entstanden ist und auch nicht, wieviel von der Beschleunigung auf die neue, besser ausgestattete Hardware zurückzuführen ist.

Deshalb sagte ich ja, das ist in keiner Weise repräsentativ.

Den Test mit einer statt 4 Cores mache ich, wenn ich Luft dazu habe und werde ihn posten.

Von meinem gefühlten Eindruck kommen die zitierten 25% schneller der Wirklichkeit näher. Ich kann das aber nicht belastbar testen, weil ich keine brauchbaren Referenzdateien (FWX 2008/FWX 2009 mit gleicher Hardware gerechnet) habe.

Gruß

Ron

---

Zeit mit 1 Core: 20 min

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

---

Zitat:

---

Original erstellt von reflow:
Zeit mit 1 Core: 20 min

---

Und nochmal das Ganze mit 2 Cores: 16 min !!!

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

---

Hallo,
in der neuen knowledgebase (Feb/Mär2009) steht auch etwas (aktualisiertes) zu dem Thema unter "what's new?"
Gruß
Rich

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

---

Zitat:

---

Original erstellt von Calculator:
Hallo,
in der neuen knowledgebase (Feb/Mär2009) steht auch etwas (aktualisiertes) zu dem Thema unter "what's new?"
Gruß
Rich

---

verrätst Du für die, die Solidwoks noch oder z.Zt. nicht nutzen (können) und die somit keinen Zugriff auf die Knowledgebase haben, kurz was dort steht?

Dankeschön!

Gruß HPVD

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

---

-doppelpost-

[Diese Nachricht wurde von HPVD am 06. Sep. 2009 editiert.]

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

---

Hallo

da nun das NDA für die 2010er Version gefallen ist, würde ich gerne an diesen Thread noch einmal anknüpfen:

Was gibts Neues bzgl der Fähigkeit von Solidworks Simulation (Floworks,cosmosworks) Mehrkern-CPUs voll zu nutzen?
Sind irgendwo erhebliche Geschwindigkeitszuwächse möglich??

Beste Grüße

HPVD

[Diese Nachricht wurde von HPVD am 06. Sep. 2009 editiert.]

[Diese Nachricht wurde von HPVD am 06. Sep. 2009 editiert.]

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

---

Hallo,

vor SWX 2009 machte eine Vierkern CPU keinen Sinn, da sowohl die GUI von SolidWorks, als auch der Solver max. zwei CPUs verwendend haben. Wobei der Sparse Solver die zwei Kerne besser ausgenutzt hat als der FFEplus.

Eine wesentliche Änderung der 2009 Version ist, dass es nun möglich ist unter SolidWorks weiterzuarbeiten wenn eine Rechnung läuft. Ebenso ist es möglich eine weitere Rechnung zu starten, die dann ein weiterer Solver ausführt (Ob eine dritte Rechnung geht weiß ich nicht). Wenn man dieses nutzen möchte, sind mehr als zwei CPUs sinnvoll, z.B. auf zwei Kernen rechnen und mit zwei weiterarbeiten oder zwei Rechnungen mit je 2 Kernen laufen lassen.

Ansonsten bleibt es wie vor SWX 2009, lieber eine schnelle Dualcore CPU als eine langsamere Quadcore CPU (langsam bzw. schnell bezieht sich auf die Taktfrequenz). Allerdings können ja einige iCore5 bzw. der iCore7 die Taktfrequenz erhöhen, wenn nicht alle Kerne genutzt werden.

Die spannendere Frage für mich allerdings ist, wann kommen FEM-Programme auf den Markt, die nicht mehr mit den CPUs, sondern mit den GPUs rechnen.

mfg

Jens

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

---

Zitat:

---

Die spannendere Frage für mich allerdings ist, wann kommen FEM-Programme auf den Markt, die nicht mehr mit den CPUs, sondern mit den GPUs rechnen.
[/i]

---

Das ist wirklich eine spannende Frage!
Mit der kommenden Grafikkartengeneration (DX11, ab Mitte September von Ati !!) und der Unterstützung von OpenCL wir es möglich sein, das ganze unabhängig vom Grafikkartenhersteller (Nvidia/ATi) zu implementieren. Ich denke damit ist eine wichtige Hürde genommen, da einfach der Nutzerkreis maximiert wird.

bzgl der Multicore Unterstützung ziehlte meine Frage eigentlich auf die Neuerungen der 2010er Version....

Gruß HPVD

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

---

Gibt es mittlerweile zu dem Thema Erfahrungen mit Windows 7 und SWX 2010?

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