IDE *very* slow under Windows 10

Hi,
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?

Perhaps:
http://stackoverflow.com/questions/2025 … t-on-linux

But, from an ex-MCSE, go to Linux … try Mint.

Ray

On my windows 10 and Arduino 1.6.9 set to maple mini, the blink sketch takes ~22 seconds to be compiled.
If I change the pin number to the sketch and re-compile it, it takes ~6 seconds.

LOL

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

Somewhat off topic:
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.

@signal32

Interesting.

That implies that its not GCC that is slow but the IDE is slow to call gcc

RogerClark wrote:@signal32

Interesting.

That implies that its not GCC that is slow but the IDE is slow to call gcc

Ray

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.

RogerClark wrote:That implies that its not GCC that is slow but the IDE is slow to call gcc

Signal32 wrote:RogerClark wrote:That implies that its not GCC that is slow but the IDE is slow to call gcc

I think the bottom-line is that Windows (any flavor) is not your speed-demon (daemon ) 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

In the italia section of Arduino forum I read that IDE 1.6.7 doesn’t recompile all things after small changes, 1.6.8 recompile all thing due a bug and then in 1.6.9 this bug was fixed.

zoomx wrote:In the italia section of Arduino forum I read that IDE 1.6.7 doesn’t recompile all things after small changes, 1.6.8 recompile all thing due a bug and then in 1.6.9 this bug was fixed.

Ok, I have read the information following mburnette’s link above.
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?

your preferences are set differently?
srp

mrburnette wrote:I think the bottom-line is…
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

ahull wrote:<…>
Thanks…
<…>

@zmemw16 : you were right, the verbose option was checked. However, I have installed the IDE on two machines (one under 7 the other under 10) without changing the default options, and the verbose option was checked under 10 and unchecked under 7 !

Phono wrote:@zmemw16 : you were right, the verbose option was checked. However, I have installed the IDE on two machines (one under 7 the other under 10) without changing the default options, and the verbose option was checked under 10 and unchecked under 7 !

Signal32 wrote:RogerClark wrote:That implies that its not GCC that is slow but the IDE is slow to call gcc

visual_micro wrote:Signal32 wrote:
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.

Signal32 wrote:
<…>
And yes, using Visual Micro, small-change builds are nearly instant taking under 1/2 seconds to build.