Community Tip - When posting, your subject should be specific and summarize your question. Here are some additional tips on asking a great question. X
It's been a while since I've done assembly-level cuts, but I remember an issue around WF2 & WF3. I always recommended that people turn off Automatic Update from the Intersect tab. IIRC the problem with Automatic Update was that the cut would consider that it intersected any part that was added to the assembly after the creation of the cut, regardless of whether it actually intersected it or not. This would cause really long regeneration times, and for some reason errors on check-in to Intralink (3.x, if I recall, not Windchill).
I was consulting for a large defense company that couldn't get their top level to regenerate or check in. Once I had them turn off Automatic Update for all their assembly-level cuts, it would regenerate and check in.
Then I told them if you added any parts that you knew a cut should intersect, Edit Definition of the cut, go to the Intersect tab, and click Add Intersected Models.
I don't know if this issue persists, but take it into consideration.
David R. Martin II
Senior CAD Application Specialist
Amazon
Behind the scenes an assembly level cut is creating family tables to turn the cuts on and off at the part level. The family tables are hidden from the user and there is no way to see them. I know this because in one of the versions of Wildfire I had one fail on me and it opened up the hidden generic. I asked PTC about it and they confirmed this is how it works.
Every time you make an assembly level cut you double the number of components in session because of the family tables. This is what decreases the performance.
I can confirm this, having had basically the same conversation with some PTC engineer. It creates hidden family tables in every part intersected.