So there you have it, I have a DELL 3660 tower, core i7 12 cores 4.8Ghz, Nvidia RTX A2000 12GB (and Intel integrated), 32GB of RAM, but in slightly greedy drawing I lag quite a bit, especially the hatching, moreover almost all the time I simply can't select the edges to affix dimensions (in real dimensions it works, but not in projected), so I am obliged to create a sketch with points that I dimension.
In the attached file, the example of drawing in real dimensions, here it was pretty much timed.
I don't understand why and it's still very annoying. I have the up-to-date drivers for the RTX and SW, moreover I have no difference in performance between the use of the integrated Intel card and the RTX, which surprises me a lot, could you help me?
Unfortunately I had already unchecked it, I tried to check it again just in case but it doesn't change anything. With SW I have the impression that with each different PC there are its share of different problems ^^'
I don't know how your project is, but it may come from the way your parts/assemblies are stored. I've already had problems working on a server, I had switched my files locally to the C: disk and I had regained fluidity. In addition, with parts (.sldprt) in the same folder as the assembly (.sldasm) I had seen a big difference when opening (especially because of the standard elements like screws, nuts, etc... which were in other files).
I tried but it doesn't change anything. The only "glitch" I found to succeed in putting my dimensions is to transform the view into a sketch, but if you have to do it every time it's restrictive.
It's an assembly with about twenty different parts, but the construction is rather special, in fact I create a sketch piece, a skeleton, which contains no function but only sketches and plans, then in each piece of my assembly I insert that part into it, and I use one or the other of these sketches to create my volumes, it allows you to move holes etc by operating on a single sketch and everything is updated, without using constraints in the assembly, but maybe SW doesn't like it at all... It would be a shame, it's so much more efficient to work like this I think.
Another point to check is the version of your basemap.
For example, I had a drawing model that dated from 2004 and transformed into all successive versions up to 2020.
Some drawing took up to 10 minutes to save where or with the document template redone from the SW2020 MEP model it takes a few seconds now (advice from the Visiativ hotline to review these MEP assembly and part models and since much better).
Since you have access to the Visiativ tool, use Version history to check your MEP template file.
I tried all that, except the blocking bar, I want everything to be rebuilt, and my problem is more in the drawing than the design in the end. However, with the evaluation I saw that the rivets consumed a lot, by removing them everything is much faster, it's true!
Concerning the background, I couldn't find the versions, I still tried to delete them all outright and it doesn't change much, on the few cross-sectional views, some work in projected view dimensions and the others don't, is it a coincidence?
I don't have the right mark regarding hatching.
What's strange is that finally my PC is still quite efficient, it's a brand new configuration at 2800 HT, I really don't understand why I have so many problems in drawing.
To find out your version of the basemaps with a MyCadTools utility:
https://help.visiativ.com/mycadtools/2022/fr/VersionHistory.html (in french this time)
If you want to test if it comes from your basemap or a bad option activated or not, in solidworks RX in home you can restart by ignoring the options:
Then you make a new drawing and you quickly redo one or 2 views of your assembly, a cut and you look at if big difference in speed if yes you dig to understand if not, it surely comes from your rivet which indeed must be far from being optimized
I don't have MyCadTools actually, I forgot to specify that.
I tried to restart without options, I can put my victory odds! But it lags with each zoom in or out! What config does it take to run solid without lag? Maybe the hatching is too greedy, but releasing a shot without it is not an option, would there be a way to "pause" it?
Indeed, but I think it's because I used the trial version, I unfortunately don't have the service.
I'm going to try to start from scratch completely, background plan and document template, because the problems don't stop it's extremely unbearable (unselectable edges, lag, buggy hatching, ...), and by restarting without option with RX as you proposed it already gets better.
I saw somewhere (I don't remember where or on which version of solidworks) that you should avoid changing the size of the hatches because it caused slowing down problems. I don't know if this is your case but it may be a lead for you.
I switched to windows 11, did a dozen updates of almost all the drivers of the PC, DELL etc, put back the right drivers recommended by Nvidia for the umpteenth time according to the hardware, I did a clean reinstall of SW in 2022 SP4, kept no options of my old SW, redone the document and drawing and background plan templates from scratch, and finally I no longer have problems with unselectable edges.
You're right Rim-b hatching doesn't help either! I have the impression that they are the ones who make me delay the drawing.
It is necessary to be vigilant when drawing up the drawings, In addition to the elements described above (Windows 11, Hatching, Solidworks Version, Graphics Card Driver, Colors, Servers, ...) Don't forget that the drawings keep an almost total history of the views represented... Like what: if you delete a view (or worse by deleting a section), the MEP keeps the latter in memory, over time these MEPs become practically unusable.... The worst part is that it is not possible to bring these views back to life. (an irony). The only solution in this case is to redo this drawing from the empty document template (with a clean background). (which must be redone each time the Solidworks version change (sic)).