v2.1.0 unusable - fatally slow with larger files

v2.1.0, OS Windows 10: It isn't possible to work with files that are larger than approximately 400 kB.
v2.0.11, OS Linux, Win 10: It works OK with the same files.

If you enabled anti-aliasing that could slow things down.

I've noticed that removing the scrollbars improves performance.

Draft mode might help.

We definitely need developers willing to do
the hard work of understanding and optimizing the drawing system.
We lost a few heroes before the release...

http://forum.librecad.org/New-contributors-amp-The-LibreCAD-team-td5713777.html
https://github.com/LibreCAD/LibreCAD/issues/727

I have also exceeded some magic limit. Am drafting a building and each file is an exterior wall or cross-section. It happened in one file after creating and inserting blocks that represent re-bar. File blossomed from 380 kB to 830 kB. Issue started in version 2.01, so I upgraded to 2.1.0. Same issue, so it is not the latest version alone. For my situation, it may be how blocks are treated.

I went into draft mode. It does not change the very long wait times between actions.

As an aside the scroll bars in 2.1.0 limit themselves to a drawing area smaller than the drawing. So getting rid of them would not be a great loss.


Sorry to hear the librecad project has lost programmers.

You would need to share the file or at least the block file.

There isn't any code specific to large files.

Hi, the problematic file is there:
https://secure1.storegate.com/Shares/Home.aspx?ShareID=9c4170b7-fc96-4e76-b982-eea576d2c97e
Thanks for any response.

Disabling anti-aliasing and scrollbars in Application Preferences does help,
and the performance seems acceptable to me... it might be a difference in our gpu/cpu.

More than half of the 18926 entities is text.
therefore, hiding the 'ns_trasy_popis' layer will improve performance.

A spiral at the bottom left is 501 entities.
The text 'POTRUBI ø125'
is 621 entities.

I recommend placing text
that you don't always need to see
on a layer you can hide.

You would need to share the file or at least the block file.

There isn't any code specific to large files.

---

One rebar-H is 8153 entities
One rebar-tall is 13017 entities

You can check the 'Selected' box in the status-bar.

My first thought would be to make them rectangles
with the ansi31 hatch set to the appropriate scale.
That alone would help a lot,
and you could use draft mode to hide the hatch.

If you're going for realism then I can't help... >_<

Thank you. I will redo those re-bar blocks to something simpler, since I need them in other drawings.
So the limiting factor is number of entities? which I assume is reflected in the file size.

Would the entity number per block be so high because I had used the spline tool to draw the ribs on the re-bar?

Thank you very much for spending the time on this.

Yes. Splines and Text seem to have many sub-entities.

Thank you. That very long incorrect text was wrong generated through migrations of the file between an old version of LibreCAD - v1.* "master" (2011) on Scientific Linux and  newer v2.0.11 on Windows 10 both v2.0.2 on xUbuntu.

I've improved performance when you zoom into an area.
There was some needless processing of entities outside of the view.

If you are willing to be a tester you can use an alpha version:

https://sourceforge.net/projects/librecad/files/Windows/NightlyBuilds/master/
https://sourceforge.net/projects/librecad/files/OSX/2.2/2.2.0/alpha/

Now performance really good as zoom in.

I have seen some cad like nanocad, litecad set font size less than 6 as square box like in draft mode.

It will difficult to read the text in that size. It will improve performance also.

Thanks for the feedback.

That's a helpful suggestion... there's no reason to draw text you can't read.

while panning also they change text to squares as attached [even big size font]. so panning will be smooth enough.

Another helpful suggestion!
I was able to implement both. :D
Try tomorrow's nightly build.

While selection, if grips no exceeds some number.  they will not show it. I don't know this will bring any performance improvement.