Win10 1703: random slow login (AppXSVC) RRS feed

  • Question

  • I have random win10 1730 computers with a 5 min or more login.  But the default profile is small (2 mb), and I don't see any big cpu or disk usage after login, or even with windows performance toolkit.  A reboot seems to fix it, but the problem comes back randomly.

    • Edited by JS2010 Tuesday, September 26, 2017 2:32 PM
    Wednesday, September 20, 2017 5:01 PM

All replies

  • You could alternatively make a Process Monitor boot trace - I will be more than happy to take a look.


    Vacuum Breather Blog | Wing Commander Saga | Twitter

    Note: Posts are provided "AS IS" without warranty of any kind. If posts are helpful please don't forget to rate them as "Helpful" or as "Answer".

    Wednesday, September 20, 2017 5:21 PM
  • I'm suspecting the "AppX Deployment Service" (svchost.exe -k wsappx -s AppXSvc), that uses 3 min 44 sec of kernel cpu during about a 5 minute login.  I saw it in the process activity summary.

    I'm tempted to set it to delayed start, but the option is greyed out.

    I see it now.  It max's at 25% cpu on a 4 cpu computer.

    • Edited by JS2010 Wednesday, September 20, 2017 10:10 PM
    Wednesday, September 20, 2017 8:33 PM
  • Maybe this article can give you a hint.

    What Is WSAPPX And High CPU Load Solution (Working) With Appx Deployment Service

    Please Note: Since the website is not hosted by Microsoft, the link may change without notice. Microsoft does not guarantee the accuracy of this information.


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact

    Thursday, September 21, 2017 7:05 AM
  • Thanks.  I'm going to try turning off Store autoupdates.  I am also a few cumulative monthly updates behind (.483).

    • Edited by JS2010 Thursday, September 21, 2017 4:31 PM
    Thursday, September 21, 2017 1:50 PM
  • It seems that this registry area grows without bounds:  'HKLM:\SOFTWARE\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\Deployment\Package\*'.  The keys are named after the sid's of each created profile.  Even if the profile is deleted, the keys remain until a reboot.  Appxsvc seems to use many hours of cpu time at normal priority, if there are a lot of keys here.  I might run a cleanup script every morning.  I don't know if I want to completely disable the Store.

    • Edited by JS2010 Monday, September 25, 2017 8:39 PM
    Monday, September 25, 2017 8:38 PM
  • I may have to disable the Store in local group policy (which fixes it).  It's still happening, despite my efforts.  It's only on computers with a lot of different new users per day.

    • Edited by JS2010 Tuesday, October 3, 2017 7:04 PM
    Wednesday, September 27, 2017 2:55 PM
  • Actually that key under HKLM:\SOFTWARE\Classes\Local Settings\ gets cleaned after a reboot.  Or I've come up with this powershell code to clean it up.  Sid's for deleted profiles gather in a lot of different places in the registry and file system.  This is a big problem.

    $sids = Get-CimInstance win32_userprofile | select -expand sid
    $keys = ls 'HKLM:\SOFTWARE\classes\local settings\Software\Microsoft\Windows\CurrentVersion\AppModel\Deployment\Package\*\*'
    $DeleteList = $keys | where { $_.PSChildName -ne 'AllUsers' -and
      -not ($_.PSChildName -in $sids) }
    $DeleteList | rm -r -verbose
    exit $DeleteList.count

    Tuesday, October 3, 2017 6:41 PM
  • when these are all on a machine with 1000's of deleted profiles, it would be fair to state this immediately in your first post of the thread, and link to the other threads (or perhaps keep it to one thread?)
    new firewall rules created for each user
    DcomLaunch service uses high cpu for 5 minutes after boot in Win 10 1703 Creator's

    and what is the reason for the many local profiles you are constantly creating and deleting?
    Tuesday, October 3, 2017 8:46 PM
  • They are public computer labs.

    • Edited by JS2010 Tuesday, October 3, 2017 9:01 PM
    Tuesday, October 3, 2017 8:56 PM