Hotrod for Solidworks
Hotrod for Solidworks
(OP)
Does anyone have any suggestions for speeding up Solidworks?
I am running dual 3.06 Ghz processors, 7110 Wildcat Graphics card, 4 Gig of Ram, and I have a hugh hard drive.
We have assembly's with complicated features and threads. Solidworks has always been slower than Pro (my experience only and I don't want to debate this topic) but while we will see speed increases from new releases - we never seem to get to a point where we are doing work in a quick manner.
So - any tweaks, ideas, suggestions...anyone have an idea?
jackboot
I am running dual 3.06 Ghz processors, 7110 Wildcat Graphics card, 4 Gig of Ram, and I have a hugh hard drive.
We have assembly's with complicated features and threads. Solidworks has always been slower than Pro (my experience only and I don't want to debate this topic) but while we will see speed increases from new releases - we never seem to get to a point where we are doing work in a quick manner.
So - any tweaks, ideas, suggestions...anyone have an idea?
jackboot






RE: Hotrod for Solidworks
You mean you spend too much time waiting for rebuilds? Or is this a proficiency issue?
RE: Hotrod for Solidworks
We wait on the machine to grind through rebuilds- typically this will be the biggest headache on assembly drawings and assemblies themselves.
Additionally, I know about configurations and envelopes - but we will always come to the point where we have to "open it up" for the final work.
I am just looking to see if anyone has found a way to push Solidworks faster.
RE: Hotrod for Solidworks
That brings up a good point what do you think someone can do to help speed up rebuilds on a part.
RE: Hotrod for Solidworks
I have a second physical hard drive that I use for swap space. I've never really experimented to see how much that helps. It does help with NASTRAN.
What about the rest of the hardware? RAM bus speed? RAM speed? Clock? Some of these questions might best be posed in a hardware forum.
I know dual processors are no help.
Curious as to why you are modeling actual threads. I know helixes really dog things. I do a few torsion springs, and they are inordinately slow.
If helical surfaces are your problem, you may want to try to find a way to simplify the geometry with an approximation.
Every CAD system has its limitations. Even UG ran into trouble with some things, and we were forced to modify our work habits (partial assemblies, etc.) and tough it out with the final regenerations.
Ultimately, SW is and always shall be mid-range CAD.
RE: Hotrod for Solidworks
Suppressing some parts or assemblies doesn't work well because sometimes you get bunch of mating error. Instead, just draw a big enough box where you don't have to see and cut through. It will reduce rebuilt time and also file size as well. Whenever you want to see everything, you just suppress the cut.
RE: Hotrod for Solidworks
The dual processors have a very limited effect on the rebuild times (Solidworks is not set-up to take advantage of this nor is it set-up to take advantage of the 64-bit technology). However, two processor allows a couple of things to happen at once - I can run other programs while Solidworks is grinding away - answer email - the usual stuff. I do wonder though, I will peg both processors on regens of drawings - so they will work together on certain things.
Threads - we have always had them. They look cool and make a good drawing. Also, the threads allow us to check thread reliefs for machinists and verify certain machining details - but this is nick picking stuff. The threads are there because everyone likes to see them. When we took them off there was an outcry - so it became the de facto standard.
I had some serious issues with Pro - things they would not address. We had to go to Solidworks.
jackboot
RE: Hotrod for Solidworks
You could try and increase your Virtual memory space or if your working over a network, you can try moving them to your HDD and work from there. A network will slow you down even more. Besides you have huge HDD
Run a search in this group on networks. There have been plenty of discussion on those.
Regards,
Scott Baugh, CSWP

3DVision Technologies
http://www.3dvisiontech.com
http://www.scottjbaugh.com
FAQ731-376
When in doubt, always check the help
RE: Hotrod for Solidworks
-or-
Make a one-revolution helix and pattern in the direction of the helix axis.
RE: Hotrod for Solidworks
*** I love Solidworks- so please don't think I am picking a fight with the Solidworks users.****
I am only asking the question and not trying to sound like a disgruntled louse.
jackboot
RE: Hotrod for Solidworks
I will give it a shot and see.
P.S. "The Tick" was my favorite cartoon - shame it was cut.
RE: Hotrod for Solidworks
Also, I must apologize for the tone of my initial post (2nd eng-tips apology today). Tick is not having a swell week. I do try not to pollute this wonderful forum with my attitude-du-jour when it happens to be negative.
RE: Hotrod for Solidworks
1. Use Local Patterns of hardware models in your sub-assemblies. They seem to be faster than multiple instances of hardware.
2. Create simplified configurations of your hardware without the helix-based threads. Use these in the "installed" config of your sub-assys, and when you do exploded views, use the fully threaded models.
3. Stress the importance of "functionally acturate" models over "cool & pretty" models. The time you are waiting for rebuilds can be equated to a gernal dollar amount. Do a simple study, and it should be evident your ROI on not making fully threaded models will be huge.
MadMango
"Probable impossibilities are to be preferred to improbable possibilities."
Have you read FAQ731-376 to make the best use of Eng-Tips Forums?
RE: Hotrod for Solidworks
We are constantly pushing the limit with what we use. Threads are bad, but we have several helical gears with the teeth modeled - in 1000 plus part assemblies. Our network was upgraded to giga-bit speed so we could do what we do. Opening these assemblies turns my hair grey.
Plus we have the Pro versus Solidworks debate all the time - I don't reget the switch (slow or not). Solidworks has a better creation logic and is much quicker in certain aspects. It can't do everthing Pro could do but what it does do is so much easier.
Plus - Solidworks is constantly working on improving the product - we will see the day that it will smoke along like it should.
RE: Hotrod for Solidworks
Honestly, that was a bit o' SW folk wisdom I once heard and never tried until now.
RE: Hotrod for Solidworks
I really hope they do improve the speed it takes to crunch a helix. That would save lots of people lots of time. Plus that would mean I can get my braided hose back out. It presently takes over 30+ minutes to load that part..yes a part takes 30 minutes to load. I have almost (i think) 20 helixes in it.
*** I love Solidworks- so please don't think I am picking a fight with the Solidworks users.****
I never thought you were, but if you turn on us and become a Pro-E user we will have to
Best Regards,
Scott Baugh, CSWP

3DVision Technologies
http://www.3dvisiontech.com
http://www.scottjbaugh.com
FAQ731-376
When in doubt, always check the help
RE: Hotrod for Solidworks
RE: Hotrod for Solidworks
The export idea may save considerable time.
Thanks Scott I have marked your site in my favorites.
RE: Hotrod for Solidworks
RE: Hotrod for Solidworks
We have seen machines with too much RAM in relation to cache run slower than machines with less RAM. Test the machine with 10 time as much RAM as cache and see if the load times improve.