Atmel Backend very very slow....

Go To Last Post
12 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Platform:  Windows 10 Version 10.0.17134 Build 17134

Atmel Studio 7 (Version: 7.0.1645 - )
 

I've been using an STK600 and a Dragon. Everything was working decently. I only use the machine for this. I think a few days ago windows pulled an update.... now anything having to do with the backend is excruciatingly slow. I increased the back end timeout to 2 minutes, and it still almost always times out. This would be in something like the Tools | Device Programming | ISP "Apply". Dragon rarely works, STK usually takes a "Wait 1 minute more" or two to work. Oddly, if you get that far, actual writing a code load to the device is fairly reliable and fast. If Studio goes to poll the tools, studio hangs for a while. If you power cycle the STK, studio hangs for a good while. Often, if you kill Studio, the back end component will be left as a zombie (it might go away eventually). Sooner or later, it all goes to hell and studio won't talk to the back end at all, not even the simulator; starting will take many man cycles of "Wait 1 more minute" and likely you'll eventually need to do a "Stop waiting". At that point, only a reboot will do; note it doesn't even matter if anything is plugged in at that point.

 

Any ideas? This is totally slaughtering my productivity.

 

PK

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I am running studio7 on a Microsoft Surface Laptop that has Win10 on it and I am not having the issues you are having. What amount of Ram do you have, processor type etc? When it hangs can you get into task manager and see if anything g else is using a lot of processor time?

Jim

I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie

 

"The critical shortage here is not stuff, but time." - Johan Ekdahl

 

"Step N is required before you can do step N+1!" - ka7ehk

 

"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman

"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?"  - Lee "theusch"

 

Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-)  - Source Unknown

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB, RSLogix user

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Processor Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz, 3301 Mhz, 4 Core(s), 4 Logical Processor(s)

Installed Physical Memory (RAM) 8.00 GB

Display Radeon Pro WX 4100

 

Storage SSD, no CPU hogs. Nothing else is slow, and nothing is burning CPU. Mostly Studio moves along quickly, so long as it doesn't try to do anything with the back end.

 

Note it *was* working fine. I didn't change anything on the system, but windows might have.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Just went through that (probably) same update. It was a PAIN. I am using an HP laptop, 1.5GHz, 4GB of installed memory, Win10. So far, other than wonky behavior on the first startup after the update (solved by restarting everything), it is back to its normal mediocre performance. Not bad, not good, just slightly better than the complaint threshold. AS7 seems normal relative to previous behavior.

 

Jim

 

Until Black Lives Matter, we do not have "All Lives Matter"!

 

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hmmmm

Be patient. Our Studio Savant should be along sooner or later and might have some insight on this

Jim

I would rather attempt something great and fail, than attempt nothing and succeed - Fortune Cookie

 

"The critical shortage here is not stuff, but time." - Johan Ekdahl

 

"Step N is required before you can do step N+1!" - ka7ehk

 

"If you want a career with a known path - become an undertaker. Dead people don't sue!" - Kartman

"Why is there a "Highway to Hell" and only a "Stairway to Heaven"? A prediction of the expected traffic load?"  - Lee "theusch"

 

Speak sweetly. It makes your words easier to digest when at a later date you have to eat them ;-)  - Source Unknown

Please Read: Code-of-Conduct

Atmel Studio6.2/AS7, DipTrace, Quartus, MPLAB, RSLogix user

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Mr.Paul wrote:
I think a few days ago windows pulled an update.... 
The current and previous builds of Windows 10 version 1803 are 17134.112 (6/12/2018) and 17134.83 (6/5/2018)

One has 10 days to rollback a Windows 10 build.

https://www.avrfreaks.net/forum/another-win10-rant-frustration-part-2?page=2#comment-2467891

https://www.microsoft.com/en-us/itpro/windows-10/release-information

 

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Check the update log. Then, roll back updates until it is restored to its former glory!
.
Would be very interested in knowing what update triggers this...

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

 

The postings on this site are my own and do not represent Microchip’s positions, strategies, or opinions.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

1803+updates got installed on 6/14. Since then, only virus updates. Now I swear it was working well after 6/14, but I could be wrong; time flies some weeks. I'll see about rolling back 1803 (but I like 1803...)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Oh, and out of the blue, KB3095681 on that day to, for VS2015; that update is 3 years old, why did it suddenly get pulled?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Ok, rolled back to Windows Version 10.0.16299 Build 16299

 

Everything is responsive and good again. So, something to do with  Windows 10 Version 10.0.17134 Build 17134 and the updates that came at the same time. It doesn't seem to bit everyone, though. But definitely now, no wait dialogs, things happen in a timely fashion, it is usable again. Hope I'm not stuck at this release indefinitely :) Particularly since it can be tough to keep windows from updating...

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Mr.Paul wrote:
So, something to do with  Windows 10 Version 10.0.17134 Build 17134 ...
Windows 10 version 1803

Earlier builds of 1803 might be functional though 1709 is Semi-Annual Channel (SMB-ready)

https://www.microsoft.com/en-us/itpro/windows-10/release-information

Mr.Paul wrote:
Particularly since it can be tough to keep windows from updating...
It's relatively easy via deferral duration IF the ones at Microsoft respect that.

It's going to become more difficult to hold off Windows 10 updates.

https://www.avrfreaks.net/forum/another-win10-rant-frustration-part-3#comment-2492781

 

"Dare to be naïve." - Buckminster Fuller

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Likely something to do with the Defender antivirus, that is what they keep messing with.

It can cause big slowdowns if something creates a lot of temporary files on disk, which compilers tend to do.

Plus they have the Hyper-V based sandboxing stuff now if compatible system which may be messing with the USB driver timing.

And the Controlled Folder access which broke a lot of stuff for me and had to disable, was stopping everything from creating their temporary files and saving configs, supposed to auto whitelist but none of it was working right and was just about impossible getting all the required exe into whitelist especially when launchers involved. Worse it seems to make the program think it has successfully written the file but its just in RAM or something and then vanishes so things can really go funky when temporary files are relied on.

 

I have my C:\Software working area excluded from scans, and Visual Studio and some other IDE's

Looks like I forgot Atmel studio on this computer, but have suffered no problems with early access preview builds using Atmel ICE. Though it will probably double my build times (seconds) if I do exclude it.

 

If you go back to new version and its still happening then check settings for Defender Exclusions, Controlled Folder, System Guard/Core Isolation/VBS/HVCI. They keep changing names and settings.