bricscad is slow on our system
Comments
-
It is really hard to say with the data you provided. A fast computer is only part of the story.
Are all of the Bricscad support files local to the computer or are they on a server? How fast is the network? What types of drawings are you working with? Have you purged your drawing and erased anything that's not a part of your drawing?
Some operations like changing fonts for a text style take a lot longer over the network than they do with local font files. A 100MHz network may seem slow. One of my clients starts new drawings by importing an old drawing into model space. This gives them their standard layer configuration, but it makes the drawings much larger than they need to be. All the extra entities in the database also slow down any operation that iterates across the whole database.
0 -
actually, this seems to apply only to the laptop, the other, workstations are fast, the thing is that the workstations have older quadro graphic cards, while the laptop got the Nvidia GTX 1080. it seems weird that the new computer is much slower than the older one.
0 -
Was there any update on this? Same problem here on my laptop. Older workstations with older less sophisticated GPU's are better performing than my new state of the art laptop…
0 -
Maybe Bricscad is not using the GTX 1080 but only an onboard graphic on the CPU ?
On the PC I had to manually add my CAD and 3D software to explicitly use the dedicated GPU in Nvidia driver software and Windows energy settings.
0 -
Agree with Zoomer on my laptop have CAD set to use Nvidia. trying to remember how to do it.
0 -
I’m still using a GTX 1060, while it does not show as an optimized application in my game ready driver, I can still see it using the GPU when I monitor with windows performance monitor and play around 3D objects.
Generally, BricsCAD seems pretty fast for me, though I have found one area where it seems to stall, and that’s with a large number of large polylines as in civil contour lines.
I’ve attached a drawing that contains a proxy object that’s super slow on BricsCAD and zippy on other CADs. Its an extreme example, most other drawings have no issues.
I’ve been using this as a performance test as it’s only a single entity, so what ever the hit is, it’s not from the number of database objects, it’s the number of primitives
Edit: BTW, the source for the entity is here, https://github.com/CEXT-Dan/ArxTin
0 -
I’ve attached a drawing that contains a proxy object that’s super slow on BricsCAD and zippy on other CADs. Its an extreme example, most other drawings have no issues.
I’ve been using this as a performance test as it’s only a single entity, so what ever the hit is, it’s not from the number of database objects, it’s the number of primitives
For me here your demo file looks like working in real time.
v26 on a MBP M4 Max.
Clamshell Mode, external 4k Display set 3008 x 1692 @ 60Hz
(Internally it even calculates with 6016 x 3384 to display final uneven scaling)
Even in the original 2D Wireframe Display Mode, which AFAIK has no GPU acceleration (?)
No difference in 3D Dsiplay Modes.1 -
I have “All the CADs” for windows installed on old paint. Generally, they’re in the same ballpark with regards to performance, except this entity is like dragging around Thor’s hammer with any TransformBy. BricsCAD definitely has different behavior on this one.
I don't think this uses GPU acceleration.
0
