Windows 7 network logon slow


















One change to investigate is whether creating IPv6 subnet and subnet-to-site mappings would have resolved this problem.

Hopefully, those deployments are in the minority. Wake from hibernate is slow on BitLocker-enabled computers unless KB is installed. A good practice would be to profile computer and user policy application times to test the performance impact around the number of policies being applied and various policy settings, especially those that involve Group Policy preferences or drive mappings or the sourcing of data over the network such as application installations, remote program execution, and so on.

A side note, enabling the user environment logging can help to locate which policy takes too much time to execute and load KB or KB see the last section about gpsvc. In extreme conditions we have seen item-level-targeting generate 17K and even 30K LDAP queries in a single user logon. The Vista version of this fix is KB GPMC creates invalid service accounts. Service Control Manager event indicates that the Diagnostic Service Host service failed to start.

Problem resolved by KB Compared to the networking and policy areas, profiles generate comparatively few logon delays. Other root causes include:. First-time user logons where new user profiles are derived from default user profiles are delayed by the execution of Active Setup routines that setup desktop shortcuts for Mail, Internet Explorer, and others.

Active Setup does not execute on 2 nd time logons using roaming profiles. Active Setup does execute for all logons using mandatory profiles or 2 nd time logons where the cached roaming profile has been deleted by one of two policies. Artifact of profile change in windows Vista and later. Root cause: Folders and subfolders were manually copied into the users profile tree instead of following the steps in KB Readyboot has generated low volume with two exceptions.

Windows 7 hotfix resolves a condition where a computer with a large drive and a large number of system restore points, which are created after installing fixes from Windows Update for example, can cause a computer to boot without the benefit of Readyboot.

The 2nd issue is the disabling of Readyboot through improper registry changes or service start values. Remote Desktop servers and similar technologies are vulnerable to all of the root causes that can affect performance for a single user on physical hardware, plus the RDP- specific additions.

Slow boots on RDP servers are fortunately rare. Troubleshooting slow boots and logons revealed the how critical WMI was to boot and logon performance. As you can see, there are a number of root causes for slow boots and logons, including the important realization that many slow logons are actually caused by slow OS startup delaying the user logon operation. We hope this series of articles has provided compelling evidence that delayed boots and logons can result in a substantial loss of productivity and that Microsoft and its partners are continually attacking this problem through tools like XPERF, rich performance logging and most importantly, mitigation in the form of QFEs, hotfix rollups and milestone updates.

Where possible, enable automatic updates so that these fixes can get installed, otherwise, commit to testing and installing these fixes on a recurring bases.

If running RTM bits of Microsoft or ISV applications, please consider the near-term testing and deployment of performance and reliability enhancing service pack and post service pack updates. Look for a reference list of fixes to attack slow boots and logons from this team in the near future. Copy and save as NM3. Office Office Exchange Server. Not an IT pro? United States English. Post an article. Subscribe to Article RSS. Click Sign In to add the tip, solution, correction or comment that will help other users.

Report inappropriate content using these instructions. Credits Written by: A. Version 2. Performance improvements in VirusScan 8. App-V prior to version 4. Scheduled tasks can delay OS startup. Install KB FEP with pre engines may cause boot and logon delays. Ensure that FEP and other Microsoft security software is configured to receive monthly updates. Verbose logging enabled by "Turn on logging in Lync" can degrade system performance, especially if beta versions of Lync were installed.

Performance improvements in SEP Failure to define valid subnet, site and subnet-to-site mapping increases the probability that clients will use a remote-site DC. Logon times increased dramatically when serviced by a remote-site DC connected by a highly latent network link.

See KB This problem is fixed in Windows 8 Server Beta. Windows Server Windows Server R2. User logons are fast when randomly serviced by Windows Server DCs. A failure to negotiate opportunistic locking can delay the application of policy and other files from remote servers being read in 2-byte increments until you add the BufferPolicyReads registry setting on Windows Server and XP clients explained in KB Accessing files with long file names or in long paths may generate repetitive SMB transact2 network traffic that can delay the application of computer policy, user policy, user profile load or logon script load until the Infocache registry setting is set to 10 as specified in KB Click Next.

Changing account type to Administrator Windows 10 by default sets new accounts as Standard, this means you'll need to change the account type manually to Administrator. In the drop-down menu, change the account type to Administrator. Click OK to complete the task. Troubleshooting your PC with an Administrator local account Once you've completed the steps mentioned above, restart your computer, and sign-in to the newly created Administrator local account. How to move to a new Windows 10 account If you can't fix the problem and the newly created account works correctly, as an alternative solution, you can move all your files, settings, apps to the new account and then simply delete the broken account.

Select This PC from the left pane. Under 'Devices and drives', double-click to open the C: drive. Double-click the Users folder. Find your old account's folder and double-click it. If you get a dialog box saying 'You don't currently have permission to access this folder' , click Continue , as your administrator account will grant you access.

When Snap assist pops up, choose to snap your old home folder to the right side. Deleting your old account After moving all your files and applications, you'll need to delete your old account the one with the problem , in order to be able to merge your new account with a Microsoft account. To remove the Windows 10 account with the problem do the following: Open Settings. Merging Administrator and Microsoft accounts After deleting your old account, you can now merge your Microsoft and the new Administrator accounts together using the following steps: Open Settings.

Click on Your info. Click the Sign in with a Microsoft account instead link. Type your Microsoft account information and click Sign in. You'll now be prompted to enter your current Administrator local account password one last time. From here on out, you'll only need to sign in with your Microsoft account. Click Next to continue. Open Settings. I did some additional testing and it appears "Applying User Settings" only happens once after I change the AD user profile, after that it goes straight from User Profile Service to Desktop Is there anyting I can do regarding the antivirus activity at boot, we're using Forefront Client Security:.

Client Version: 1. Does anyone know what these are for, is there a recommendation to exclude these as well? The disks are not fragmented at all, are there any additional optimizations that I can do? There might be some Forefront policy that's 'higher performance' but might be less secure technically.

The only thing I've done is disable the windows defrag service the next time I reimaged. In the disk summary table you can drag the file column to the left. Your last trace is missing a lot of events. This command is a light weight 'timing trace' and waits seconds for the computer to idle. You can also do this before running the trace:. It will blow away the Readyboost boot plan. I always check the disk summary table and detail graph for excessive disk seeking. Reboot the computer a few times to get the boot plan back.

Similar with xperf. As for the driver:. I went to HP's site for my model notebook b this is pretty much an exception, most notebooks are Elitebooks 85xx and can't find anything related, where should I get the driver, which one? I took a quick look at your last trace. It was missing some events so its incomplete but enough got through I think.

I've seen this before, set it to delayed start, that should help. See how that does. You also seem to have a ton of stuff in startup I'm guessing, use Autoruns and clear that stuff out. While I know I'm only posting traces for my own notebook, I'm basically trying to find out based on my traces which settings would benefit all our users.

The core software, settings are the same on all. Where did you get the information about the WMI hotfix from the trace, how did you come to that suggestion I haven't applied it yet to my let alone our entire userbase? I cleared up a couple things in Autoruns, but can't find much more that's not needed please point me to something if you think otherwise , having said that my machine has a lot more on it then most users have all are Standard users. Two of you mentioned that the traces are incomplete.

I ran it again with: xbootmgr. I'm aware of the WMI hotfix because I checked your version of that file and it's a known issue, I deal with these traces quite a bit. You also still have SQL Server starting up that is taking 60 seconds. You have IISAdmin starting up. This doesn't look like to be a typical user machine. You also have Adobe ARM starting up, this is taking 5 seconds , some sort of juniper process is taking 10 seconds to start up.

You also have 3 different. To be honest you are better off taking a base image and logging in with the standard user and capturing the delay, your machine is probably not a good test candidate for what everyone else is using, generally. Wow, I can't imagine where you discovered this from my traces, but am determined to learn am going through all the posts in my initial post as well as your blog, and looking at the Win8 improvements in this area.



0コメント

  • 1000 / 1000