• This forum is the machine-generated translation of www.cad3d.it/forum1 - the Italian design community. Several terms are not translated correctly.

autocad problem 2018 slow ground

  • Thread starter Thread starter adminlewis
  • Start date Start date

adminlewis

Guest
Hi.
I'm not a cad user, but a simple sysadmin. I'm trying to figure out whether my users are right or not to request the purchase of particularly armored workstations. my argument is that they are not particularly hardwareized with the software in question.
the problem is as follows:
we have a folder with inside a dwg from 36 mb and various xref ... one of these is another dwg from 21 mb.. in total the folder is 91 mb.
we use autocad 2018 lt as we do not use 3d. or at least so it seems. I say so because for example the project in question has also depth in the coordinates... This infected project came to us from our client. so it is possible that it has been done either with normal autocad or with other. So the first question could be how do I know a certain design with what was created?
said this, the real fundamental question is the slowness of the project depends either on the performance of the machine. only to open the file takes at least 1 minute. I want 30 or 40 seconds every time. if I turn off and freeze the xrif the design becomes manageable.
if I leave them active is unmanageable. I made a virtual machine with 2 cpus and 2 cores each + 16 gb of ram. when I open the drawing or when I step from one table to another 1 core of 1 processor goes plan ... ok I discovered that autocad is not multithreading and the thing seems scandalous. while ram and disk remain at normal values. ie the ram autocad you eat about 4 gb ... so in total the occupied ram is 6 gb on 16 while the disk is practically inactive. Looks like the bottleneck is the processor. on the virtual machine I didn't activate the 3d as I thought it didn't serve with autocad lt. I would like to understand where the problem is. Because it's slow. Since he has plenty of resources and does not use them. I would say that the problem is the cpu.
Can someone help me understand?
Thank you.
 
I don't say my performance because I know little, but if files weigh so much it's pretty normal that they slow down the software.
but depends on how these drawings are handled. first of all a cleaning with purge should be done to eliminate everything that is not used in the design.
to follow:
clean annotation stairs that slow the process
simplify the layers by putting the entities conceptually similar under the same layer , if not possible to make a backup copy of the xrefs and then on what is loaded simplify the layer
create blocks by grouping entities (a drawing with 10000 individual entities and one with 10000 entities managed in blocks have very different performances)
in short, before shouting at the processor you have to invest a few hours to optimize the drawings
 
If you want not to touch these files, is there no way to manage them?
I mean with a virtual machine with 16 gb of ram and 2 cpu the use of autocad was still slow... the ram in use did not exceed 5 or 6 gb... the disk was still... while 1 core of the cpus was 100% ... I think that even if I took a 2000 euro workstation it wouldn't change anything.
So I don't understand what I have to do to increase performance without touching the design. .
At this point I think of a dedicated video shceda as a nvidia picture but I have always been told that on lt a dedicated video card has a poor performance impact... Do you confirm? And if you confirm, then there's no way out?
on the virtual machine I can add a virtual video card that supports the 3d... but is that so? that would not change anything?
 
as I said of PC performance I understand little, or better I don't understand anything
 
I suspect autocad tries to load external references looking for them in the original absolute paths.
only after a while he understands that he has to load those he finds near. probably it is enough to make relative paths of external references and to make detach of those that do not exist anymore.
However, you need to open the reference panel on the view page. It's kind of a folder.
generally when drawings made by others come, the problem is almost always this. Once the drawings are arranged, they open instantly.
 
....we have a folder with inside a dwg from 36 mb and various xref ... one of these is another dwg from 21 mb.. in total the folder is 91 mb...
for work I have a machine now dated, with several years behind, and I manage external references much larger than yours, where xrif cartographics come to touch even the 200 mb each, and a dwg file contains several. in the case of my car the slowness in the opening is there, but then I can manage them.
on the home pc, which instead is a workstation, open and manage that is a beauty.
If you want not to touch these files there is no way to manage them?...
as you have already suggested massives most of the time the slowness of managing a dwg depends on how the dwg is handled and the attention that arises in certain aspects (and these problems are almost a standard when the files you receive from others).
...to this point I think of a dedicated video shceda as a nvidia picture but I have always been told that on lt a dedicated video card has a poor performance impact... Do you confirm? and if you confirm, then there's no way out?...?
on the home pc I added a firepro lately and the difference felt.
which tabs mount the current pcs supplied to the office?
 
on the home pc I added a firepro lately and the difference felt.
which tabs mount the current pcs supplied to the office?
so at the same cpu ....amd (with its firepro) is to prefer to nvidia in case you use autocad with very heavy files? ?
... interesting.
 
so at the same cpu ....amd (with its firepro) is to prefer to nvidia in case you use autocad with very heavy files? ?
... interesting.
I think that by autocad, at the performance level, between the two brands with cards addressed to the professional field (firepro for amd or picture for nvidia) there are no big differences.
 
in all cases, taking into account that autocad is not multitreadh (it is not even so, by means of the whiptreadh variable set to 3 activate 2 treadh for regeneration and redesign), it serves a cpu with high frequency, rather than a lower frequency multicore (to understand, better an i7-7700k of an i9-7800).
It is also true that a multicore allows you to leave more processing time for autocad while the system does other things on other cores.
in all cases very, very much, depends on the cleaning of the drawings of origin and above all, for files with many objects, I recommend you after a little to save, exit and return to the same dwg.
this allows autocad to abandon all the levels of "undo" that instead keeps track during the single drawing session (by absurd you could work 1 whole day and in the last minute cancel away all the changes until the morning state - all this is kept in memory until the closing of the dwg)
 
already the fact that you turn it on virtual machine you screwed all the operation of the video card that should be certified or at least a picture nvidia.
mount everything on physical pc and you will see the difference.
Want to see if it's a carcad problem? or see the drivers or opengl settings rather than directx? already trying this you will see diversity.
Are you curious? install free draftsight and tell me if it improves or not. I think he has to put a little more to load and a lot less to work on it.
 
...I made a virtual machine with 2 cpus and 2 cores each + 16 gb of ram. when I open the drawing or when I step from one table to another 1 core of 1 processor goes plan ... ok I discovered that autocad is not multithreading and the thing seems scandalous. while ram and disk remain at normal values. ie the ram autocad you eat about 4 gb ... so in total the occupied ram is 6 gb on 16 while the disk is practically inactive. Looks like the bottleneck is the processor. on the virtual machine I didn't activate the 3d as I thought it didn't serve with autocad lt. I would like to understand where the problem is. Because it's slow. Since he has plenty of resources and does not use them. I would say that the problem is the cpu.
Can someone help me understand?
Thank you.
Hello! !
I don't understand why you chose to turn autocad on a virtual machine. I agree with the mechanical colleaguemg regarding hardware side statements and with massivonweizen on the optimization of the management of the file....make these two things you should not have problems.
I repeat that where possible better to download the file on a ssd possibly m.2 new generation and work locally with a workstation with cpu quad or esa core nice pumped 4.5ghz taped by 16gb ram and a good certified radeon pro or picture vga. .
 
Hello! !
I don't understand why you chose to turn autocad on a virtual machine. I agree with the mechanical colleaguemg regarding hardware side statements and with massivonweizen on the optimization of the management of the file....make these two things you should not have problems.
I repeat that where possible better to download the file on a ssd possibly m.2 new generation and work locally with a workstation with cpu quad or esa core nice pumped 4.5ghz taped by 16gb ram and a good certified radeon pro or picture vga. .
I agree... I wouldn't even turn autocad on vm... I care to know something from you.. Since "ideal" is a fast ssd locally... .
How do you behave if heavy files are on the net?? or worse still remotely? ?

I look forward to lumi.... enlighten me.
bix
 
I agree... I wouldn't even turn autocad on vm... I care to know something from you.. Since "ideal" is a fast ssd locally... .
How do you behave if heavy files are on the net?? or worse still remotely? ?

I look forward to lumi.... enlighten me.
bix
Well it depends on you have two possibilities if you need to open them on the server you need to improve the network....or download it in the local machine and as you go working it will update on the server.
 

Forum statistics

Threads
44,997
Messages
339,767
Members
4
Latest member
ibt

Members online

No members online now.
Back
Top