Saving a file takes a long time

I have Windows 7, 64 and I am using LibreCAD 2.0.8.

I noticed that LibreCAD was taken a long time to save large .dxf files (> 1 Mb). The largest file that I have is 6.56 Mb and was taking around 3 minutes to save.
In my attempt to find what the problem was I used Windows Resource Monitor while working with this file. Every thing was OK while editing the file (Although some operations were a bit slow which didn't surprise me) but when I saved it Resource Monitor told me that for the greatest part of the saving time librecad.exe was not responding then it started to respond and the file was saved quickly.

All large files handled by other programs are saved without problems; for example a .jpg 8.36 Mb file edited with GIMP was saved in about 7 seconds and converted to 51,5 Mb .png file in about 20 seconds. It seems to me that the problem is not with my computer.

I have no idea of what the problem could be and would like some help.

Rallaz is the proper one to handle this one.

Still my guess, file saving should be buffered.

I will wait for Rallaz's comment before commenting more.

If you would like to help the hacking also, please let us know.

Aloisius wrote

I have Windows 7, 64 and I am using LibreCAD 2.0.8.

I noticed that LibreCAD was taken a long time to save large .dxf files (> 1 Mb). The largest file that I have is 6.56 Mb and was taking around 3 minutes to save.
In my attempt to find what the problem was I used Windows Resource Monitor while working with this file. Every thing was OK while editing the file (Although some operations were a bit slow which didn't surprise me) but when I saved it Resource Monitor told me that for the greatest part of the saving time librecad.exe was not responding then it started to respond and the file was saved quickly.

All large files handled by other programs are saved without problems; for example a .jpg 8.36 Mb file edited with GIMP was saved in about 7 seconds and converted to 51,5 Mb .png file in about 20 seconds. It seems to me that the problem is not with my computer.

I have no idea of what the problem could be and would like some help.

It has occurred to me that the problem may lie with the files I referred to.

These files were originally drafted with AutoSketch and saved as .dxf  files it might be that AutoSketch does not do the conversion properly but the files were loaded by LibreCad without problems (except some related to the text) I edited them before saving.

can you make a testcase dxf for me to try?

I would like to see whether this issue is win32 only, platform independent.

Aloisius wrote

It has occurred to me that the problem may lie with the files I referred to.

These files were originally drafted with AutoSketch and saved as .dxf  files it might be that AutoSketch does not do the conversion properly but the files were loaded by LibreCad without problems (except some related to the text) I edited them before saving.

Making a test case long enough would take a lot of time.

If you want I could send you one of the long files that I have but being new to the forum I don't know how to do that.

Aloisius,

you can upload files up to 5MB with your reply. Click the More button from the reply editor tool bar, there you'll find Upload a file. Take care of the limit of 5MB.

About the saving time, you can't compare to same size files in Gimp. Saving an image to JPEG format is an easy task compared to writing a DXF file. I assume there are a whole bunch of entities in the drawing consuming the time to write the DXF. I can imagine there is scope for optimization, but I don't think of a common issue.

Armin

I am sending a large file, Gears.dxf

Please remember that the problem is not only that it takes a long time to save but that for most of this time LibreCAD is not responding according to Windows Resource Monitor.
Gears.dxf 

In Linux (OpenSUSE) with the last branch 2.0, loaded Gears.dxf & save as...:

LibreCAD/unix> time librecad Gears.dxf
RS_DEBUG::setLevel(3)
RS_DEBUG: Critical
RS_DEBUG: Errors
RS_DEBUG: Warnings

real    0m7.139s
user    0m2.430s
sys     0m1.354s

Maybe a windows issue ? or related with some type of entities ?

To send a big dxf (6-7 Mb) you can compress it.

Cheers,
Rallaz

I don´t think it is necessary to send a larger file. The issue happens with the one I sent.

It took 89 sec to save and librecad.exe was reported as not responding for most of this time.

It only takes 2-4 seconds to save with my computer (xeon 3ghz quad core with win7).
However, reaction time in the drawing area is outrageously slow.

What is your CPU?

Of course the hard drive also matters... I'm using two velociraptors in raid 0.
What is your hard drive?

Although it seems like any computer that is running win 7 would not take 89 seconds to save this file.

Here is the data on the CPU and the hard disk that I can get from Windows

Processor: Intel(R) Core(TM) i3 CPU       M 370  @ 2.40GHz, 2399 Mhz, 2 Core(s), 4 Logical Processor(s)

Hard drive: WDC WD5000BPVT-22HXZT1

System Information doesn't give the transfer rate for the hard disk. I can only get a "Windows Experience Index" of 5.6

I can confirm the save times for Win 8.1 and 10. On the VMs, on a 2.5MHz dual core, the save time is around 3 secs.

Working with the file is not fluent, but acceptable for the file size and number of entities.

Maybe you have a problem with your storage. Where is the file when you open it? Local hard drive, usb drive or a pen dríve?

Armin

It is in a directory in the local hard drive.

I have looked at some of my programs that require a lot of resources (e.g. some mathematical programs in Maple). They may take quite a long time in doing their job but they are saved quite rapidly and at no point do they stop responding.

However I am starting to suspect that the problem may lie with my computer.
 

Luis

More than one version of Qt installed and accesible ?

p.e.
environment var PATH pointing to another program using Qt
environment var QTDIR set
not clean LibreCAD installation dir

I only have one version of Qt installed and it is accessible

PATH is pointing to another program (MikTek) that uses Qt

QTDIR is not set

LibreCAD installation directory is clean

I have many more programs that use Qt but aside of MikTex none is in any of the directories pointed at by the environment variable PATH

http://www.harddrivebenchmark.net/hdd.php?hdd=WDC+WD5000BPVT
http://cpuboss.com/cpus/Intel-Core-i5-4690K-vs-Intel-Core-i3-370M#performance

Your computer is definitely slow by today's standards.
I could give you some buying tips if you are interested.
However, I still would have expected it to save in less than 89 seconds.

@Anyone: Can the objects in this file be simplified / merged?

Hi Aloisius,

Please, make a new test.

Remove from PATH the program MikTek, ( make sure that no other version of Qt is accessible by LibreCad )
Maybe it is not the solution but a collision between Qt versions will be discarded (can be Qt-mingw or Qt-msvc)

one thing we can do easily:

move the file saving to another thread, so the UI thread is not blocked.

ravas wrote

http://www.harddrivebenchmark.net/hdd.php?hdd=WDC+WD5000BPVT
http://cpuboss.com/cpus/Intel-Core-i5-4690K-vs-Intel-Core-i3-370M#performance

Your computer is definitely slow by today's standards.
I could give you some buying tips if you are interested.
However, I still would have expected it to save in less than 89 seconds.

@Anyone: Can the objects in this file be simplified / merged?

I have followed Rallaz' suggestion with no success. I have returned MikTek to the path.