I have hatch patterns on four different surfaces in order to call out the depths of each. Now my SW is slow as >$%&.
Check processors while running and only using 25% of the resources. So what's up???
I have deleted the hatches and performance returned to normal. Guess I'll add them last on the drawing.
Provide context or clarify. Images really help. Your question is too vague to provide an accurate answer.
Patterns suck. Hatching does not. A Pattern is a sketch, feature, or component array in linear, bi-linear, circular or other arrangement. Hatching is a view setting applied to sections through solid material which varies by material and/or settings. What you have is either a pattern or a hatch to me, as they are not the same. Call it what you want.
I have a representative component of the bumps of a sheet of Diamond Deck, to indicate in a corner of the floor without applying this view garbage entirely across the drawing to add thousands of irrelevant lines across the whole floor. It is generated with a pattern. It works far better after I exported it as a parasolid and re-imported it as a dumb solid Imported Body.
For more info on patterns, I recommend:
How to improve linear pattern rebuild performance by ~10X
There are many other threads you too can search for about patterns.
As for CPU use, you haven't provided us with what you're doing when that occurs. Again, provide image and/or context so that we can understand what sort of issue you are experiencing. Try viewing that as a drawing and watch your CPU use all its cores. View same in an assembly and it will suboptimize because speed is more important than cores in that functionality. Not all processes are handled equally because not all processes need the same resources. This is also discussed more fully in other threads.
Are you unfamiliar with all of it? Has everything un-challenging not challenged your insufficient hardware until the challenges do challenge the hardware? Have you been using this for 20 years and only now encountered this issue? Please elaborate or experience others' assumptions from inadequate givens. See also: How do I do this SOLIDWORKS Forum thing? which also appears at top right of this forum's Home page. Change is also happening on the forum, so take misdirection from there with a grain of salt as we (or Dan, really) correct it.
Wow talk about a bitch slap.
Since I'm in the drawings and detail section I assumed you'd know I was talking about a drawing.
So sorry I used hatch and pattern in the same sentence. They are all hatches generated from the area hatch/fill command. There are four different hatches (I called each one a pattern, again sorry to confuse you).
I am not looking for a definitive answer. I am only asking if anyone else has had the problem of their computer slowing down after adding a bunch of hatches to the drawing. When I say slowing down I mean I type a post fix to a dimension or add a note and each letter shows up on the screen 5-10 seconds after I type it. I have rebooted both SW and my machine and the problem persists. I did however start a new drawing and had zero issues, thus I figure it is possibly due to the hatching that was added to the drawing as that is when the issues started.
As far as CPU I am typing and having each letter show up 5-10 seconds later and the CPU is not taxed while this slowdown in the software is present.
In your last paragraph you make yourself sound like an a-hole. Do me a favor and don't bother answering anymore questions I might post tot he forums.
So again does anyone else have this problem?
I've had a few issues with manually applied hatching in Drawings, but I don't remember a noticeable slowdown. Have you tried deleting the hatching to see if that helps? That of course wouldn't fix the problem, but if that removes the slowdown you'd at least know for sure that it's the cause.
ps> it only uses 25% of resources as SW isn't multicore friendly - and i'm guessing u have 4core CPU, and it's using 100% of 1 of them
looking at each core it didn't use 100% of any of them. I wasn't clear on that either.
Retrieving data ...