logo
NOTICE:  This is the new PunchCAD forum. You should have received an email with your new password around August 27, 2014. If you did not, or would like it reset, simply use the Lost Password feature, and enter Answer as the security answer.
Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Options
Go to last post Go to first unread
solidtooldesigns  
#1 Posted : Friday, January 29, 2016 5:16:44 PM(UTC)
solidtooldesigns

Rank: Guest

Joined: 1/22/2016(UTC)
Posts: 92

Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
Hi guys. I'm new to ViaCad and am wondering which slows down performance more generally speaking, higher amount of objects or more links / features ?
Craig  
#2 Posted : Saturday, January 30, 2016 2:14:10 AM(UTC)
Craig

Rank: Senior Member

Joined: 2/26/2009(UTC)
Posts: 383

Thanks: 30 times
Was thanked: 42 time(s) in 36 post(s)
What I have noticed is that if I use one main layer and a number of sub layers instead of putting parts on their own layers, I get better performance.
solidtooldesigns  
#3 Posted : Saturday, January 30, 2016 5:15:15 AM(UTC)
solidtooldesigns

Rank: Guest

Joined: 1/22/2016(UTC)
Posts: 92

Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
Noted. Coming from a SW background I assumed many features and a long history would slow things down. But that is because solidworks rebuilds at times. Does ViaCad only rebuild after a change is made in a previous feature ? If that is the case I imagine history and many features may only effect save/load times ?
Craig  
#4 Posted : Saturday, January 30, 2016 7:13:07 AM(UTC)
Craig

Rank: Senior Member

Joined: 2/26/2009(UTC)
Posts: 383

Thanks: 30 times
Was thanked: 42 time(s) in 36 post(s)
I am not sure about Viacad as I use Shark, there is a compact option in Shark under the main file menu, I use this when I am sure that my model is complete.
Compact removes all history and gets rid of deleted parts which is a must because Shark will hold onto deleted objects somewhere in its memory.
L. Banasky  
#5 Posted : Sunday, January 31, 2016 6:35:30 AM(UTC)
L. Banasky

Rank: Senior Member

Joined: 2/16/2007(UTC)
Posts: 602

Thanks: 156 times
Was thanked: 150 time(s) in 103 post(s)
I think graphics plays an important part slowing the system. Shark FX9 PC has a very hard time opening a 110 mb file in anything
but wireframe. As was mentioned before, other programs, such as Inventor do not have these problems on my PC.
I have 16gb of system RAM and a workstation Nvidia Quadro graphics card.
This might be hard to believe , but Concepts Unlimited 2.0 Build 562, will open this file, slow, but it at least it opens.
I tried to compact this file, it went from 110mb to 29mb, but still has problems.
Only thing that improves performance is to set everything to Coarse in the Preferences, why resort to this?
Larry
L. Banasky attached the following image(s):
CNC Assembly.jpg (152kb) downloaded 9 time(s).
Shark FX9 has stopped working.jpg (94kb) downloaded 7 time(s).

You cannot view/download attachments. Try to login or register.
Craig  
#6 Posted : Sunday, January 31, 2016 7:53:30 AM(UTC)
Craig

Rank: Senior Member

Joined: 2/26/2009(UTC)
Posts: 383

Thanks: 30 times
Was thanked: 42 time(s) in 36 post(s)
Try this experiment Larry, use a single part that has a number of features and set it to super fine, then render the part a number of times and watch your ram climb.
Here's the really annoying thing, once the has reached about 60% close that file but leave Shark open, you will notice the ram does not drop off, it will stay at 60% and any new files will start off at 60%!
Blender a free program has absolutely no problem, sure the ram climbs but once you start a new file without closing the program, the ram goes back to where it should be.

I submitted this a year ago and they still have no idea what to do about it, Shark is the worst program I have come across for resources usage.
You can have a computer worth $100 000 and Shark will still perform the same as it does on a $300 laptop.

The day that these marketing jokers realise that customers would much rather have stability over new features is the day the sun will go supernova.
All this is driven by marketing people who do not have a clue and that's why their incompetence is so blatant now.
These are their end days and they are scraping the bottom of the barrel to pay for the luxury lifestyles that they cannot earn.
They have been riding on the backs of skilled people like Tim and ourselves for so long now they think that it is their God given right to fleece customers.

Word to the wise for the marketing department, start at the bottom and stabilise any product before selling it to customers.
Because if you don't you will have no customers left and there are no more products to rip the guts out of while you pretend to be superstars with your expense accounts and luxury company cars.
solidtooldesigns  
#7 Posted : Sunday, January 31, 2016 8:24:36 AM(UTC)
solidtooldesigns

Rank: Guest

Joined: 1/22/2016(UTC)
Posts: 92

Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
I wonder if it would make sense to make the history / links optional ? Like when you click on the attributes if there was a box to tick for history/links on or off ? Once clicked off naturally you would lose all history/links related to that object and it wouldn't start recording history for it again until clicked back on at which point it would start recording again from that point on.

Personally most objects I create are simple and do not require a history because of the strong direct modelling tools. These simple objects rack up resources every time you do anything with them because of the history / links. We can manually destroy the history / links for each object each time but this is time consuming. I would rather it default to no history but then it could be turned on when working with more complex components or once you have a component at a level you wish to start recording the history / links.

I think this would improve overall performance. I don't know how hard it would be to implement but seeing as how we can destroy links / history on a whim I imagine making it optional wouldn't be too out of the question ?

Just a thought.

Edited by user Sunday, January 31, 2016 9:03:51 AM(UTC)  | Reason: Not specified

Craig  
#8 Posted : Sunday, January 31, 2016 9:15:15 AM(UTC)
Craig

Rank: Senior Member

Joined: 2/26/2009(UTC)
Posts: 383

Thanks: 30 times
Was thanked: 42 time(s) in 36 post(s)
That's what compact does, it removes all the history and purges deleated items, compact your files on a regular basis for improved performance.
solidtooldesigns  
#9 Posted : Sunday, January 31, 2016 9:18:34 AM(UTC)
solidtooldesigns

Rank: Guest

Joined: 1/22/2016(UTC)
Posts: 92

Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
Yes I know this (thanks to your tip earlier) but when working on a larger assembly (Some of mine have over 5000+ components) I do not want to compact the design because I am still in the process of working on it. Purging the history and links as I go for a few components at a time is cumbersome. The save times I have noticed are largely reduced when there are less components with history / links. I like to save fairly frequently in case of a crash.

Edited by user Sunday, January 31, 2016 9:23:45 AM(UTC)  | Reason: Not specified

Craig  
#10 Posted : Sunday, January 31, 2016 9:27:13 AM(UTC)
Craig

Rank: Senior Member

Joined: 2/26/2009(UTC)
Posts: 383

Thanks: 30 times
Was thanked: 42 time(s) in 36 post(s)
I have found that individual part modelling is far more productive than assembly modelling, if I have a large assembly I will work on individual files and then import them into a final assembly.
If my design contains a relatively small amount of components I will do it as an assembly, but for large assemblies I do individual files.

My understanding is that parametric modelling requires an active history tree, direct modelling does not, Shark has both but both require a history tree in Shark.
solidtooldesigns  
#11 Posted : Sunday, January 31, 2016 9:42:54 AM(UTC)
solidtooldesigns

Rank: Guest

Joined: 1/22/2016(UTC)
Posts: 92

Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
Often times I cannot model in an individual part because I need to reference geometry from the other components in the assembly. That doesn't require links (necessarily) but it would be very cumbersome to switch back and fourth between the assembly and the parts and having to put a part in but then to make a change having to delete the part, make the change outside and then import the part in again. This is why working within the assembly is so critical.

One work around to do what I'm suggesting is to (within the program coding) for the components that history is ticked "off" is the history could be created as it needs to be like you say and then have that history followed up with a "remove links" command for that history that was just generated. Of course the pop up warning wouldn't appear for objects with this setting.

Edited by user Sunday, January 31, 2016 9:48:09 AM(UTC)  | Reason: Not specified

Craig  
#12 Posted : Sunday, January 31, 2016 10:39:29 AM(UTC)
Craig

Rank: Senior Member

Joined: 2/26/2009(UTC)
Posts: 383

Thanks: 30 times
Was thanked: 42 time(s) in 36 post(s)
Have you used the Remove Links function that can be found under the edit menu?

If have two cubes and two spheres, place the spheres half way on top of the cubes so they are joined.
Then use the subtract solid command to subtract each sphere from their cubes, keep the control key pressed when you subtract the spheres.
What you end up with is two cubes with each sphere subtracted from them, if you move both of the spheres the hole in the cube fills up.

If you drag select one of the pairs and use the Remove Links command you will see that pair has lost its history, when the sphere is moved away the impression in the cube does not fill up.
Whereas on the other pair that was not selected when the Remove Links command was used still retain their history and the cube will close the impression of the sphere when the sphere is moved away from the cube.

Edited by user Sunday, January 31, 2016 10:41:49 AM(UTC)  | Reason: Not specified

Craig attached the following image(s):
Screenshot (16).png (156kb) downloaded 5 time(s).

You cannot view/download attachments. Try to login or register.
solidtooldesigns  
#13 Posted : Sunday, January 31, 2016 10:52:26 AM(UTC)
solidtooldesigns

Rank: Guest

Joined: 1/22/2016(UTC)
Posts: 92

Thanks: 3 times
Was thanked: 1 time(s) in 1 post(s)
Yes I have used it. I just thought of way I can approach what I desire. I can make a layer for the objects I want to retain there history. Each time before I save, I can hide that layer, select all else and use that mentioned function to erase the history of all the objects I don't need history for then save. That should do what I am looking for.

Thanks so much for the tips. Much appreciated
thanks 1 user thanked solidtooldesigns for this useful post.
Craig on 1/31/2016(UTC)
Users browsing this topic
Guest (2)
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.