Arbeitsspeicher leer sich nicht... (PTC Engineering Solutions/PTC Creo Elements/Direct Modeling)


	Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Creo
Autor	Thema: Arbeitsspeicher leer sich nicht... (1798 mal gelesen)
Humml Mitglied Projektplaner, Konstrukteur Beiträge: 153 Registriert: 03.10.2004	erstellt am: 07. Aug. 2011 15:22 <-- editieren / zitieren --> Unities abgeben: Hallo Zusammen, ich habe seit neuesten die V18 und leider das Problem dass der Arbeitsspeicher nur voller wird und auch wenn ich eine Datei schließe kein Arbeitsspeicher frei gegeben wird. Habt Ihr die gleiche Erfahrung gemacht? Erst nach dem beenden des Programmes wird der Speicher geleert. Gruß Christian Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP
Patrick Weber Mitglied Konstruktionstechniker, Admin Beiträge: 657 Registriert: 20.11.2006 Win7 Pro SP1 64Bit HP Z230, Core i5, 8GB RAM, nv Quadro K600 Creo Elements/Direct 19.0 M010 ModelManager 19.0 M010 clisp,VB.net,VBA,AHK,php,javascript	erstellt am: 08. Aug. 2011 07:22 <-- editieren / zitieren --> Unities abgeben: Nur für Humml Meine Erfahrung ist, dass das schon immer so war. Es verringert sich nur unbedeutend der belegte Arbeitsspeicher. Der Garbage Collector arbeitet scheinbar nicht sehr effizient. Du schließt mit "Sitzung neu"? EDIT: grausige Rechtschreibung ------------------ Grüße aus Sachsen pw Karl Marx ist tot, Einstein ist tot, und mir ist auch schon ganz schlecht! [Diese Nachricht wurde von Patrick Weber am 09. Aug. 2011 editiert.] Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP
TheSnorre Mitglied Beiträge: 56 Registriert: 18.07.2008 Windows 10 Pro Intel Core 2 Duo 3 GHz 8GB RAM Modeling 19.0 M030 SolidPower ModelManager	erstellt am: 08. Aug. 2011 11:58 <-- editieren / zitieren --> Unities abgeben: Nur für Humml Mahlzeit! Da kann ich Patrick nur zustimmen. Ich kenne das auch nicht anders, als dass der Arbeitsspeicher im voller und voller wird. Mein Vorschlag Modeling neu starten oder Geld in mehr Speicher investieren. lg, TheSnorre ------------------ Um ein tadelloses Mitglied einer Schafherde sein zu können, muß man vor allem ein Schaf sein. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP
Patrick Weber Mitglied Konstruktionstechniker, Admin Beiträge: 657 Registriert: 20.11.2006 Win7 Pro SP1 64Bit HP Z230, Core i5, 8GB RAM, nv Quadro K600 Creo Elements/Direct 19.0 M010 ModelManager 19.0 M010 clisp,VB.net,VBA,AHK,php,javascript	erstellt am: 08. Aug. 2011 12:12 <-- editieren / zitieren --> Unities abgeben: Nur für Humml Was man besonders bei einem Makrodurchlauf über viele Pakete merkt. Da durchschlägt das Modeling gern mal die (Speicher-) Decke. ------------------ Grüße aus Sachsen pw Karl Marx ist tot, Einstein ist tot, und mir ist auch schon ganz schlecht! Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP
Humml Mitglied Projektplaner, Konstrukteur Beiträge: 153 Registriert: 03.10.2004	erstellt am: 08. Aug. 2011 19:37 <-- editieren / zitieren --> Unities abgeben: Hallo Zusammen, kann man nicht auch den Garbage Collector manuell anstoßen? Über irgendeinen Befehl ("nur so ein Spontan-Gedanke"). P.S. Ich hab schon 8GB Arbeitsspeicher, nur wird der recht schnell voll wenn ich eine STP von 40MB (Flächenmodell) öffne. Gibt es evtl. eine Möglichkeit eine geöffnete STP als "nicht vollwertig" zu laden, um Speicherplatz zu sparen (so wie das CGR-Format bei Catia)? Gruß Christian 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: 09. Aug. 2011 10:43 <-- editieren / zitieren --> Unities abgeben: Nur für Humml Der Garbagecollector ist nur für den Speicher zuständig, der für Lisp-Code verwendet wird. Das ist aber in fast allen Fällen nur sehr wenig. Der Löwenanteil wird für das Modell und assoziierte Daten verwendet, und der Garbagecollector ist dafür nicht zuständig. Dass CoCreate Modeling einmal vom Betriebssystem reservierten (!) Speicher nicht mehr an das Betriebssystem zurückgibt, hat gute Gründe. Wohlgemerkt, ich sagte "reserviert", und das ist NICHT gleichbedeutend mit "belegt". Mehr Hintergründe zur Speicherverwaltung unter http://www.clausbrod.de/CoCreateModeling/OsdmFaqMemoryManagement#returningmemory ------------------ CoCreate Modeling FAQ: http://www.clausbrod.de/CoCreateModeling/ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP
Patrick Weber Mitglied Konstruktionstechniker, Admin Beiträge: 657 Registriert: 20.11.2006 Win7 Pro SP1 64Bit HP Z230, Core i5, 8GB RAM, nv Quadro K600 Creo Elements/Direct 19.0 M010 ModelManager 19.0 M010 clisp,VB.net,VBA,AHK,php,javascript	erstellt am: 09. Aug. 2011 11:25 <-- editieren / zitieren --> Unities abgeben: Nur für Humml Wenn du eine so große STEP einlädst, speichere sie danach einfach als pkg. Starte Modeling neu und lade die pkg in deine Baugruppe. Ich denke, du wirst feststellen, dass der reservierte Speicher deutlich geringer ausfällt. (oder mach das ganze in einer zweiten Instanz, wenn es die Lizenzen zulassen) ------------------ Grüße aus Sachsen pw Karl Marx ist tot, Einstein ist tot, und mir ist auch schon ganz schlecht! Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

Anzeige.:
X

Anzeige: (Infos zum Werbeplatz >>)