Continue to Site

Eng-Tips is the largest engineering community on the Internet

Intelligent Work Forums for Engineering Professionals

  • Congratulations SSS148 on being selected by the Eng-Tips community for having the most helpful posts in the forums last week. Way to Go!

memory switch on command line ?

Status
Not open for further replies.

Tmoose

Mechanical
Apr 12, 2003
5,633
We have some relatively big assemblies and drawings. 10 > 300 MB. This 300 GHz Pentium 4 with 2 GB ram gags on many models and drawings. SW 2005 runs for > 20 minutes with 100 CPU, and hardly any RAM usage, according to task manager/performance.

Is there a "switch" that could be added to the shortcut or someplace else to make use of the ram loading these horses?
 
Replies continue below

Recommended for you

Have your assemblies been converted to SW2005 version? If not you could try running the conversion wizard on one of the assemblies before trying to open it, but make a full backup copy first.

[cheers]
Eng-Tips.com Forum Policies faq731-376
Making the best use of this Forum. faq559-716
How to get answers to your SW questions. faq559-1091
Helpful SW websites every user should be aware of. faq559-520
 
Sounds like RAM isn't your bottleneck - try using performance monitor ("perfmon" at Start-Run) to monitor physical disk activity & network activity (if you are loading the docs from network) to see if those things are what's maxing out.
 
We have the same problem Tmoose has. Our assemblies have been updated. Which helped in opening.
We have a Quadro FX 1100 card with 128 MB Memory, AMD Athlon 64 FX-53 Processor 2.40 GHz, 2.00 GB of RAM,
2 hard drives, with as minimum as possible loaded onto the computer. Our 2nd computer has e-mail and etc.
Our assemblies were not built right in the beginning; we have well over 300 mates per assembly. That was a big mistake. We have fixed all mates, which helps. Anyway it takes over 5 minutes to open and will crash a lot.
We have to save the file and reboot the computer before checking into PDM or SolidWorks will crash.


Bradley
 
We have a large 15 page drawing that will not print do to "out of memory". I have to print 1 page at a time. This does work.
We have a Quadro FX 1100 card with 128 MB Memory, AMD Athlon 64 FX-53 Processor 2.40 GHz, 2.00 GB of RAM, 2 hard drives, with as minimum as possible loaded onto the computer. Our 2nd computer has e-mail and etc.


Bradley
 
runs for > 20 minutes with 100 CPU, and hardly any RAM usage, according to task manager/performance.
1) What happens after 20 mins?
2) What task manager/processes are running when this happens?
3) What are the [b[Commit Charge, Physical Memory & Kernel Memory[/b] values when this happens?
4) In the files which "gag" your machine, is there any common component or assy model?
5) Have you run an Assembly Statistics scan on the problem models?
6) Are the problem drawing files referencing problem models?

[cheers]
Eng-Tips.com Forum Policies faq731-376
Making the best use of this Forum. faq559-716
How to get answers to your SW questions. faq559-1091
Helpful SW websites every user should be aware of. faq559-520
 
debodine - 3.00 GHz, sorry.

CorBlimeyLimey
"1) What happens after 20 mins?"

If I ignore it for a LONG time it sometimes opens. But I often give up, innocently or even naively suspecting that extreme CPU usage and minimal ram (but at least no HD paging) means something about the model has a problem.

2) What task manager/processes are running when this happens?
Oh, a couple dozen appear as processes with no CPU or I/O activity. Sometimes I shut down as many as I dare, leaving network, anti-virus, winlogon, even though they seem to be just stuck in memory.
I will investigate what needs to be loaded minimally, and copy the entire wheelbarrow to my hard drive.

3) What are the [b[Commit Charge, Physical Memory & Kernel Memory[/b] values when this happens?
I'll have to find out how to find that out.

4) In the files which "gag" your machine, is there any common component or assy model?
It IS "THE 115,920 kb ASSEMBLY." Full of fillets, weld beads, wires, patterned parts, and lord knows what else.



5) Have you run an Assembly Statistics scan on the problem models?
I'll try that tomorrow

6) Are the problem drawing files referencing problem models?
Probably
 
Concentrate on analyzing & cleaning up
"THE 115,920 kb ASSEMBLY." Full of fillets, weld beads, wires, patterned parts, and lord knows what else.

Anaylze each sub-assy looking for problem areas or parts & use the Tools > Feature Statistics feature on the those parts to find out where the major rebuild times are. Then try to fix/minimize that feature.

[cheers]
Eng-Tips.com Forum Policies faq731-376
Making the best use of this Forum. faq559-716
How to get answers to your SW questions. faq559-1091
Helpful SW websites every user should be aware of. faq559-520
 
I would suggest following CBL's advice closely, then create simplified configs of the problem parts and assemblies. Suppress EVERYTHING which does not need to be visible in the top level assembly. Pay attention to faces which may have been used for mating.
 
I have sometimes assemblies as large as 170 MB. They never take more than 5 min to open, lightweight. Some, when I run UNFRAG on them, go down in size to 50-60 MB. I can not say for sure but it seems after UNFRAG they open faster. There were opinions that UNFRAG was not useful anymore in SW2004 or 2005. For me it still works and saves me tons of space.
I am using SW2005 SP1.1.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor