| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für SOLIDWORKS |
| |
| Schulung iMachining, ein Seminar am 23.09.2024
|
Autor
|
Thema: Core2Duo rechnet sich mit SWX zu tode? (1086 mal gelesen)
|
Ahleggs Mitglied design engineer
Beiträge: 887 Registriert: 20.06.2006 SW2010OffPremX64SP4.0/ProE-WF4 Win7x64@DualXeon5660/@2.8GHz 24gDDR3regECC-1333MHz QuadroFX3800
|
erstellt am: 09. Mai. 2007 19:17 <-- editieren / zitieren --> Unities abgeben:
Hallo Leute Ein HPxw4400Core2Duo-Rechner(2x2,4GHz) mit WinXP64 4gRAM und SolidWorks2007 OffPrem.X64 rechnet sich beim Öffnen einer 776Teile Assembly (insgesamt1,03GB-Datenvolumen) zu Tode. Es werden 776 ~Dateien angelegt/geladen die Ram-Auslastung von SWX geht auf 2,4GB hinauf, und bleibt konstant. Jedoch die Rechenleistung bleibt ständig auf 100% eines der Cores(50% der Gesamtrechenleistung). Der Rechner rechnet jetzt schon über eine Stunde und verharrt in dieser Rechenstarre - die Assembly wird nicht geöffnet. Bei meiner alten Kiste einer HP8200 mit einem single CoreXeon(3,4GHz),4gRAMaufWinXP64undSWX2007OffPrem.X64 dauert das Laden und Öffnen der selben Assembly maximal etwa.10Minuten... Frage: Ist bei den Core2Duos irgend eine Einstellung im Speziellen vorzunehmen damit SolidWorks2007X64 klarkommt? Habe die Größe der Auslagerungsdatei udgl. gecheckt. Passt eigentlich alles. Vielleicht hat jemand aehnliches durchgemacht und einen Tip fuer mich woran es liegen könnte, dass auf einem alten Rechner die Assembly ruckzuck funkt und beim neueren Core2Duo-Rechner nicht? ------------------ Na gut, dann tu ich's... [Diese Nachricht wurde von Ahleggs am 09. Mai. 2007 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
spacebug69 Mitglied cad tipse :-)
Beiträge: 133 Registriert: 11.10.2003 :D :confused: :sleep: :wink: :dance: :hubbi: :D :confused: :sleep: :wink: :dance: :hubbi:
|
erstellt am: 09. Mai. 2007 20:45 <-- editieren / zitieren --> Unities abgeben: Nur für Ahleggs
Hi Ahleggs Guck mal beim „normalen“ öffnen in deinem Taskmanager auf dem reiter Systemleistung den Wert bei Zugesicherter Speicher Insgesamt an. Wen sich da nix mehr tut kannst du davon ausgehn das die kiste tatsächlich steht. Wen der wert sich min. im 2stelligen bereich noch ändert läuft alles noch. Falls die baugruppe trotzdem nicht will. Öffne erst mal ein paar unterbaugruppen. Und danach die hauptbaugruppe. Wenn es dannch immer noch nicht will noch ne ebene weiter runter und da die unterbaugruppen laden usw. Andere variante die Baugruppe aus unterschiedlichen orten öffnen d.h. einmal aus der konstruktions bib. Raus öffnen. Oder aus einem offnen explorer fenster in SWX reinziehen. Was du auch noch versuchen kannst wen das nix hilft ist die baugruppe mal nur im ansichtsmodus laden und dannach voll laden. Bzw. mal im modus grosse baugruppe laden. Wen sie hier aufgeht, der reiche die unterbaugruppen und komponenten vollständig laden. Hab selber nen core2duo e6700 und kann mich, was die leistung angeht nicht beschweren. Gruss micha
------------------ : : Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Joerg_TB Mitglied Ingenieur
Beiträge: 112 Registriert: 31.08.2006 6x MICROSTATION BOARDS NVIDEA FX 3500 QUADRO 2-4 GB RAM Alles SATA E6600 CORE 2 DUO<P>Plus 4-5 DELL 650 Anlagen Plus 4 Anlagen mit obiger Konfiguration und FX1500 Karten
|
erstellt am: 09. Mai. 2007 21:42 <-- editieren / zitieren --> Unities abgeben: Nur für Ahleggs
Das Problem ist auch einfach dass SolidWorks immer noch keine wirkliche Unterstützung für Dualprozessoren besitzt. Sieht man mal von der Cosmos Integration ab. Mit der Thread Verteilung des Betriebssystems kommt man auch nicht viel weiter maximal ca. 60% Auslastung. Der Kern des Systems ist halt immer noch der alte, da beinahe alle CAD Systeme mal für einen Prozessor entwickelt wurden und die nächste Version immer nur eine Überarbeitung und keine Neuentwicklung darstellt. (Analysesoftware im FEM Bereich wird glücklicherweise schon seit langer Zeit für Multisysteme entwickelt) Noch ein anderer Tipp. Überprüf mal die Version deines Service Packs. In der 2006er hat sich mal ein Fehler eingeschlichen dass die RAM Auslastung bis zur maximalen Verteilung auf einen Prozess angestiegen ist und sich dann das System verabschiedet hat weil SolidWorks den Speicher nicht mehr freigegeben hat. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Ahleggs Mitglied design engineer
Beiträge: 887 Registriert: 20.06.2006 SW2010OffPremX64SP4.0/ProE-WF4 Win7x64@DualXeon5660/@2.8GHz 24gDDR3regECC-1333MHz QuadroFX3800
|
erstellt am: 10. Mai. 2007 11:16 <-- editieren / zitieren --> Unities abgeben:
Vielen Dank fuer die Tips. Habe SolidWorks die Nacht durchrechnen lassen doch die Assembly war auch heute Morgen nicht geoeffnet. Habe dann alle Subassemblies der Reihe nach geladen. Ging alles ruckyzucky doch beim Versuch dann diese eine Assembly zu oeffnen rechnet SolidWorks einfach wieder Ewigkeiten. Keine Ahnung wieso. Trotzdem nochmals vielen Dank für die Tips Gruss Alex ------------------ Na gut, dann tu ich's... [Diese Nachricht wurde von Ahleggs am 10. Mai. 2007 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Ahleggs Mitglied design engineer
Beiträge: 887 Registriert: 20.06.2006 SW2010OffPremX64SP4.0/ProE-WF4 Win7x64@DualXeon5660/@2.8GHz 24gDDR3regECC-1333MHz QuadroFX3800
|
erstellt am: 10. Mai. 2007 13:16 <-- editieren / zitieren --> Unities abgeben:
Hallo nochmals. Ich glaub ich weiss was schuld ist. In der Assembly ist eine Kamera1 und Kamera2 Ansicht abgespeichert und das bereitet den Core2Duos offensichtlich extreme Probleme. Sobald einmal die Kamera1 aktiv war zickt SolidWorks dermassen sodass nur mehr ein Neustart von SolidWorks Abhilfe schafft. Kann diesen Bug evtl. hier jemand mit Core2Duo und SWX2007X64SP3.0 verifizieren? Gruss Alex ------------------ Na gut, dann tu ich's... [Diese Nachricht wurde von Ahleggs am 10. Mrz. 2008 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |