Oh, this could be a good hint! I don't have other protection except windows defender, which is own Windows AV. (Reviews suggest that this should be enough, altough on other PC - not with Windows 10 - I use different AVs) But maybe the Windows own AV exhibits the same behaviour. I will check this, thanks!Nicu------ Originalnachricht ------Von: "Malcolm Wallace" <malcolm.wallace@me.com>An: "Nicu Ionita" <nicu.ionita@acons.at>Gesendet: 17.09.2016 08:44:30Betreff: Re: [Haskell-cafe] Very _very_ slow compiles on Windows 10Do you have Symantec Endpoint Protection or similar antivirus? We found that under certain paranoid settings, even "ghc --version" took upwards of seven seconds, and compilation was slowed by a couple of orders of magnitude. We think the AV was scanning the (large) compiler binary, plus any DLLs it loads, plus the source, interface, and object files read and generated, On every invocation. Linking was absolutely dog slow. We also think the AV was deliberately throttled to never use more than 10% of CPU time, to avoid being noticeable to the user.It is possible that there are AV settings you can tweak to avoid the paranoia, and trust the compiler, and any other file that has already been scanned once.
Regards,Malcolm (iPhone)No virtualisation, it is a dual boot maschine.1 CPU would be good :-) In my case it is a very small fraction of it.Nicu------ Originalnachricht ------Von: "A.M." <agentm@themactionfaction.com>Gesendet: 17.09.2016 03:20:38Betreff: Re: [Haskell-cafe] Very _very_ slow compiles on Windows 10On 09/16/2016 06:10 PM, Nicu Ionita wrote:Is anybody else experiencing really slow compilations with GHC 7.10.2 onWindows 10?I use stack to compile the project and run it under a mingw64environment provided by Github bash. The CPU usage is very low all thetime (meaning: GHC does barely use the CPU). On same computer withUbuntu 16.04 it just compiles normally, but under Windows it is for sure10x slower, maybe even more.Are you using virtualization? I see the same thing under virtualbox onUbuntu. Specifically, even after allocating 12 real CPUs to the VM, Inever see stack-invoked ghc use more than one CPU. On rare occasions,the linker phase hangs. I have confirmed that ghc reports 12 capabilities.I'm just glad that Windows is not my primary development platform; it'sentirely possible that virtualization is the cause. VirtualBox is notknown for being a speed demon, but the compilation speed is indeedembarrassing.Cheers,M_______________________________________________
Haskell-Cafe mailing list
To (un)subscribe, modify options or view archives go to:
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
Only members subscribed via the mailman list are allowed to post.