I have noticed that the IDE (based on Arduino 1.6.9) is very slow to compile a sketch. As an example, a sketch that takes 30 seconds under Windows 7 takes more than 3 minutes under Windows 10.
I have been faced to the same problem using the Maple Leaflabs IDE 0.0.12. I hoped that this was due to the fact that the Maple IDE was obsolete, so I do not understand why it is the same with the current Arduino IDE.
Any one facing the same problem?
http://stackoverflow.com/questions/2025 … t-on-linux
But, from an ex-MCSE, go to Linux … try Mint.
Ray
If I change the pin number to the sketch and re-compile it, it takes ~6 seconds.
This is very off topic..
Have you tried compiling the same sketch for the Due, on both W7 and W10.
I very much doubt this is an issue with the core, except that we have a lot of files in the core, and lots if include paths, unlike the official Arduino products, some of which, I think have partially precompiled cores.
I have noticed that Windows 7 is significantly slower at compiling than Linux, but I have no idea why this is. Perhaps the linux FS is faster than NTFS.
Personally, I do not run W10 on any of my machines, as it runs worse than W7, and so far I have still be able to install W7 on all my latest hardware, including laptops with touch screens and new workstations running the Skylake chipset. (albeit, I had to slipstream USB 3 drivers onto the W7 installation files, as I don’t think there is an official W7 installation package that includes this)
Overall, this is probably something you need to report to the Arduino.cc forum or the github account for Arduino.cc
If you’re looking for fastest builds: using Visual Studio + free version of Visual Micro — incremental builds ( minor change in one file ) are almost instant(less than 1 second).
I’ve had some issues with STM32 builds under VS but I’dd rather use VS than have to deal with the Arduino slow builds.
Interesting.
That implies that its not GCC that is slow but the IDE is slow to call gcc
Interesting.
That implies that its not GCC that is slow but the IDE is slow to call gcc
There is some caching of files, but not all core files are cached during the first build
From what I recall, we can’t cache too much, because of the way the interrupts are overloaded using weak references.
i.e if we put more files into the “archive” things like the hardware timer interrupts don’t work.
There didnt seem to be an easy way to fix this, i.e we’d need to rewrite major sections of the core to do it another way.
) OS. You can throw CPU and RAM at it, reduce I/O latency to the harddisk/SSD but if you run older hardware for your hobby then you have what you have.
I have no doubt that moving from Win? to Linux will speed up the overall system by having a more nimble OS. I’ve proved that to myself time and time again since I had a major hissy-fit with Microsoft’s BS late last year. Anyone at Microsoft that really cared about the OS technology is gone … it is now all about the marketing, lawyers, and shareholder demands for earnings that are running the company based on bottom-line … just like their counterparts in Apple.
IMO, Redmond would be a great place to stick the hose in to give technology companies an enema – perhaps that would clear their brains and reboot some creativity and sense of purpose.
Ray
I have set the minimal cpu performance that was 5% by default to 40%, and apparently the compilation is now faster.
Another difference between W7 and W10 is that under 7 the compilation is silent, whereas under 10 the bottom window shows the command lines for every source file to compile. Why?
srp
IMO, Redmond would be a great place to stick the hose in to give technology companies an enema – perhaps that would clear their brains and reboot some creativity and sense of purpose.
Ray
Thanks…
<…>
Actually VisualMicro does some funky things about how it compiles the code( totally different than the Arduino IDE). From what I’ve seen it builds what it thinks won’t change into libraries then it only builds the sketch file that you change into an object and does the linking. Sketch compiling is very fast, same with linking.
Because of this different approach to compiling I’ve hit some issues that made the binary unable to run so I had to do combinations of restart the IDE / clean / rebuild to get it to work. So it’s not foolproof.
<…>
And yes, using Visual Micro, small-change builds are nearly instant taking under 1/2 seconds to build.
