| |
| Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für PTC CREO |
| |
| Traumwerkzeuge für die Traumfabrik , ein Anwenderbericht
|
Autor
|
Thema: FEM Solid Designer (2361 mal gelesen)
|
PKJ-Peter Mitglied Freiberuflicher Konstrukteur Stahlbau / Gießpfannen
Beiträge: 88 Registriert: 28.11.2002
|
erstellt am: 10. Jul. 2003 15:34 <-- editieren / zitieren --> Unities abgeben:
|
Walter Geppert Moderator Frank und Frei
Beiträge: 2158 Registriert: 12.12.2000 Konstruktion von Sondermaschinen, Montageautomaten, Meß- und Prüfeinrichtungen, Vorrichtungen und Produktentwicklung mit Creo Elements/Direct Modeling 20.6, AdvancedDesign, Surfacing, Simulate, SolidPower, ModelManager auf HP ZBook Fury 16 G9, Windows 10 Pro 64
|
erstellt am: 10. Jul. 2003 15:49 <-- editieren / zitieren --> Unities abgeben: Nur für PKJ-Peter
|
PKJ-Peter Mitglied Freiberuflicher Konstrukteur Stahlbau / Gießpfannen
Beiträge: 88 Registriert: 28.11.2002
|
erstellt am: 10. Jul. 2003 21:36 <-- editieren / zitieren --> Unities abgeben:
Erst mal danke für deine hilfe, leider komm ich damit immer noch nicht weiter. 1. Ich habe Win 2000 Auslagerung 4000 Mb 2. 1,5 GB Arbeitsspeicher 3. 300 000 Knoten und er rechnet nicht durch fehler 1221 Gulloc Gruss Peter Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ingo walter Mitglied Entwicklungsingenieur
Beiträge: 164 Registriert: 11.06.2001 OSDM 17 bis 19
|
erstellt am: 15. Jul. 2003 09:47 <-- editieren / zitieren --> Unities abgeben: Nur für PKJ-Peter
Hallo, das Problem dürfte sein, daß Windows 2000 keiner Anwendung mehr als 2000 MB Speicher zuordnen kann (heißt es deshalb Windows 2000?). Ich glaube mich zu erinnern, daß Claus Brod einmal erwähnt hatte, Windows XP könne 3000 MB freigeben. Wie sieht denn die Speichernutzung kurz vor der Fehlermeldung aus? Vielleicht kannst Du die 300.000 Knoten ja doch irgenwie reduzieren (wenn Du darfst, zeige einen Screenshot, manchmal sieht man den Baum vor lauter Bäumen nicht, in diesem Fall ja vielleicht eine Symmetrie, die die Knotenanzahl halbiert). viele Grüße aus Stuttgart Ingo Walter Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
PKJ-Peter Mitglied Freiberuflicher Konstrukteur Stahlbau / Gießpfannen
Beiträge: 88 Registriert: 28.11.2002
|
erstellt am: 15. Jul. 2003 10:13 <-- editieren / zitieren --> Unities abgeben:
Danke, aber Windows 2000 kann Dateien bis 4000 MB verarbeiten. Die Auslagerungsdatei ist aber nicht grösser als 1800 MB und im Arbeitsspeicher gerade am 1200 MB und er bricht ab. Dann kommt die Meldung wie oben beschrieben. MfG Peter Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
clausb Ehrenmitglied V.I.P. h.c.
Beiträge: 2914 Registriert: 20.12.2000 Ich schreibe das hier in meiner Freizeit und spreche weder für meinen Arbeitgeber noch für andere Firmen. Mehr Unsinn von mir unter clausbrod.de.
|
erstellt am: 15. Jul. 2003 10:24 <-- editieren / zitieren --> Unities abgeben: Nur für PKJ-Peter
Zitat: Original erstellt von PKJ-Peter: aber Windows 2000 kann Dateien bis 4000 MB verarbeiten. Die Auslagerungsdatei ist aber nicht grösser als 1800 MB und im Arbeitsspeicher gerade am 1200 MB und er bricht ab. Dann kommt die Meldung wie oben beschrieben.
Das geht jetzt ziemlich unklar durcheinander. Die maximale Groesse von Dateien ist unter NTFS irgendwo im Terabytebereich oder so. Darueber brauchen wir uns keine Gedanken machen. Die maximale Grosse des virtuellen Adressbereichs pro Applikation liegt unter Windows 2000 bei 2 GB. Die oberen 2 GB sind fuer den Kernel reserviert. Bei verschiedenen Serverversionen von Windows NT und Windows 2000 sowie jetzt auch in Windows XP Professional kann man in den "3GB"-Modus schalten, wodurch Applikationen 3 GB statt 2 GB Adressraum zugewiesen bekommen. Fuer einen Ueberblick ueber die Thematik empfehle ich den Microsoft-Artikel unter http://www.microsoft.com/whdc/hwdev/platform/server/pae/PAEmem.mspx . Dort steht zunaechst: "... the maximum amount of memory that can be supported is 4096 MB" (damit ist der physikalische Speicher gemeint), und dann spaeter "The virtual address space of processes and applications is still limited to 2 GB unless the /3GB switch is used in the Boot.ini file.". Ob Speichermangel aber den Nastran-Fehler erklaert, kann ich auch nicht sagen. Claus
Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
ingo walter Mitglied Entwicklungsingenieur
Beiträge: 164 Registriert: 11.06.2001 OSDM 17 bis 19
|
erstellt am: 15. Jul. 2003 18:57 <-- editieren / zitieren --> Unities abgeben: Nur für PKJ-Peter
Hallo zusammen, an der von Walter angegebenen Stelle steht: MESSAGE 1221 (GALLOC) -> NASTRAN scratch files too big das heißt, daß in dem Verzeichnis für das scratch file nicht genügend freier Platz zur Verfügung steht (für 300.000 Knoten ca. 8.500 MB!). Der Pfad wird mit dem Befehl (ferrum::ferrum-set-scratchdir "?your dir>") eingestellt (Das kannst Du zur Not auch über die Eingabezeile hinterherschicken). Dann müßte er eigentlich zu Ende rechnen, sofern Du genügend Plattenplatz hast. Immer hilfreich ist hierbei VOR dem Abschicken des Jobs eine Vorprüfung zu starten und dabei das Häkchen "Ausführli" zu aktivieren, dabei findet dann auch eine Ressourcenprüfung statt. have fun, Ingo Walter Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |