| |
 | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für Creo |
| |
 | NEU: SF Distance Check – Schnelle Abstandsprüfung für PTC Creo, eine Pressemitteilung
|
Autor
|
Thema: Pro/E als Memoryfresser gefällig? (717 mal gelesen)
|
giatsc Mitglied CAD/PDM Consultant
  
 Beiträge: 897 Registriert: 08.02.2002
|
erstellt am: 06. Jun. 2002 16:21 <-- editieren / zitieren --> Unities abgeben:         
Da ich hier schon oft von Leuten gelesen habe, die mit konfigurierten Modellbäumen arbeiten, möchte ich hier noch einen Call veröffentlichen: PTC-C3131387 SPR 919973 Bedingungen: Baugruppe mit vielen unterdrückten Komponenten. Modelbaum mit Anzeige aller Modellparameter und alle Unterdrückten sichtbar. Bei jedem Aufruf vom Modelbaum (über MapKey) wird Speicher belegt, der nie mehr freigegeben wird. Bei grösseren Baugruppen haben wir pro Modellbaumaufruf BIS 320MB RAM verbraucht -> Drei mal Aufrufen= Swoppen... Lösung ist noch nicht datiert. Massnahme: Keine unterdrückten Komponenten in konfigurierten Modellbäumen anzeigen lassen. (Wir haben alles wieder zurückgestellt...) ------------------ Gruss Thomas Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Manfred Mitglied Dienstleister
  
 Beiträge: 598 Registriert: 10.07.2000
|
erstellt am: 06. Jun. 2002 18:59 <-- editieren / zitieren --> Unities abgeben:          Nur für giatsc
|
B. Sandriester Mitglied Administrator, Trainer, Consulter
 
 Beiträge: 150 Registriert: 17.10.2001
|
erstellt am: 07. Jun. 2002 09:13 <-- editieren / zitieren --> Unities abgeben:          Nur für giatsc
Das mit der tree.cfg ist schon ein ur altes Problem. Ich glaube, das es am besten ist ev. Einstellungen über ein Mapkey oder Trailfile laufen zu lassen. gutes Beispiel: Modellparameter in der Baugruppe schnell ändern => Mapkey, das diese Spalten (Parameter) anzeigt und den Modellbaum auf die richtige Größe verbreitert. Und dann noch eines, das das ganze wieder rückgängig macht.
------------------ Ing. B. Sandriester BEKO - CAE Beratung Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Schwarzl Philipp Mitglied
 
 Beiträge: 141 Registriert: 03.09.2001 HW: HP XU700 P4 1.4Ghz 20GB 1GB FireGL2 21" SW:ProE2001/2003060 WIN2K
|
erstellt am: 07. Jun. 2002 09:48 <-- editieren / zitieren --> Unities abgeben:          Nur für giatsc
Hallo giatsc 10 unities (Freude ) Das klingt wirklich interessant. Gilt es nun nur bei unterdrückten Teilen oder auch schon bei Erweiterung durch Modellparameter? Gibt es ex-giatsc nun nicht mehr? mfg Philipp Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
giatsc Mitglied CAD/PDM Consultant
  
 Beiträge: 897 Registriert: 08.02.2002
|
erstellt am: 07. Jun. 2002 10:55 <-- editieren / zitieren --> Unities abgeben:         
Hallo Wir haben das Phänomen nur bei angezeigten unterdrückten (kein Wiederspruch ) Objekten mit Parameterspalten festgestellt. @B. Sandriester: Genau die MapKeys sind ja das Problem: Nur beim mehrmaligen Aufrufen der spezial_tree.cfg wird das Memory "gefressen"... PS: Wie der Name schon sagt: ex_giatsc gibts zwar noch (man weiss ja nie ) aber ich hab ihn in die Ecke gestellt...
------------------ Gruss Thomas Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
pro/bleme Mitglied

 Beiträge: 19 Registriert: 20.03.2002
|
erstellt am: 07. Jun. 2002 11:24 <-- editieren / zitieren --> Unities abgeben:          Nur für giatsc
Schaffen Tools, wie MemturboII da Abhilfe? Habe ähnliche Speicherfresser in PTC/ CDRS (hier hat die photorender.exe den Speicher nicht mehr hergegeben) wieder dazu bewegen können, mir den Speicher wieder zu Verfügung zu stellen. Gruss pro/bleme Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
K.Richter Mitglied Industriedesigner/Ingenieur
 
 Beiträge: 139 Registriert: 05.12.2000
|
erstellt am: 10. Jun. 2002 09:40 <-- editieren / zitieren --> Unities abgeben:          Nur für giatsc
Beim Photorender mit CDRS trat das Problem nur auf, wenn man das Fenster des gerenderten Bildes unter Windows weggeklickt hat, statt in das Bild zu klicken und zu entscheiden Save Image->Yes/No. Dieses Speicherfressproblem gibt es übrigens auch in DAO, wo die xtop.exe bei längeren Animationen im Rendermodus vollläuft und ProE dann abstürtzt. (SPR 905389) ------------------ Knut Richter Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |