The part of the article that talks about the impact of GPOs that implement multiple CSEs is important for performance if you make regular changes to your GPOs. Beyond that the biggest impact will be the kinds of things you do in your GPOs. Namely, things like re-permissioning large file or registry trees can really slow things down. But again remember that GP does nothing during a given cycle if nothing has changed, so relatively static environments should not have performance issues related to GP. Darren -----Original Message----- From: "Jonathan Finkbiner" <JFinkbiner@xxxxxxx> To: gptalk@xxxxxxxxxxxxx Sent: 4/14/2008 8:29 AM Subject: [gptalk] Re: GPO and Login Times Brown noser. Just kidding of course. Thank you very much. I am going through it now. Any other suggestions are appreciated. Jonathan Finkbiner ________________________________ From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] On Behalf Of mike kline Sent: Monday, April 14, 2008 11:17 AM To: gptalk@xxxxxxxxxxxxx Subject: [gptalk] Re: GPO and Login Times In terms of good reading material Darren's article from the January issue of TechNet Magazine is the best thing out there in my opinion http://technet.microsoft.com/en-us/magazine/cc137720.aspx Optimizing Group Policy Performance Thanks Mike On Mon, Apr 14, 2008 at 10:58 AM, Jonathan Finkbiner <JFinkbiner@xxxxxxx> wrote: I am trying to troubleshoot/optimize login times across the network. I have done some work to our login scripts and I feel like I have them optimized to the point where they can't be made faster. Since the change there have been fewer reports of long login times but I have heard, and observed some of issues still occurring. I was wondering if anyone had some tips or some good reading material relating to optimizing GPOs for quick logins. I feel like the GPOs that we have setup here may be the issue. Maybe I have too many? Maybe I don't have policies grouped together appropriately? Any help would be appreciated. Thanks in advance. Jonathan Finkbiner <mailto:jfinkbiner@xxxxxxx> [truncated by sender] *********************** You can unsubscribe from gptalk by sending email to gptalk-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field OR by logging into the freelists.org Web interface. Archives for the list are available at //www.freelists.org/archives/gptalk/ ************************