Re: ADAM production hardware requirements
From: Michael Herman \(Parallelspace\) (mwherman_at_parallelspace.net.no#$#spam)
Date: 10/04/04
- Next message: Andy David - Exchange MVP: "Re: Disable NetBIOS and NTLM on Windows 2003 Domain Controllers and Exchange 2003?"
- Previous message: John Savill: "Re: MAJOR SERVER HELP"
- In reply to: Eric Fleischman [MSFT]: "Re: ADAM production hardware requirements"
- Messages sorted by: [ date ] [ thread ]
Date: Mon, 4 Oct 2004 19:27:42 -0400
Re: SPA is your friend
Last week there was very good TechNet webcast on AD perf tuning including a
lot on SPA.
-- Michael Herman Parallelspace Corporation Developers of Advanced Business Collaboration Solutions for Microsoft SharePoint, Microsoft Live Communications Server and Groove Workspace Portal and Content Migration Solution Specialists: http://www.parallelspace.net/sharepoint SharePoint Migration Knowledge Center: http://groups.yahoo.com/group/sharepointmigration "Eric Fleischman [MSFT]" <efleis@online.microsoft.com> wrote in message news:OxJV448pEHA.3980@TK2MSFTNGP12.phx.gbl... > I think you'll be hard-presssed to get anyone to give you a single answer to > this, but I'll toss out a few things I tell people when starting this > process. Take it for what it's worth. :) > > 1) The best perf gain you could have is caching of the data set in memory > vs. needing to fetch it from disk for reads. Of course, the best way to do > this is more RAM. :) Assuming a server dedicated to ADAM (read: no memory > pressure) having ~4gb of ram on a 32bit box is worth your while. In AD you > should see that we can cache up to ~2GB of the DIT that way, I believe the > ADAM ceiling is comparable. In AD if you're using /3gb we can cache ~2.6GB > of DIT. Again, I believe ADAM is comparable. > 64bit goes a long way here. The sky's the limit on cache size if your on an > IA64 box. > This of course assumes that you have enough data worth talking about. If > your DIT is 400MB, well, another few gig of ram isn't going to help much. :) > 2) Dual vs. quad proc is hard to answer w/o looking at perf data I think. > 3) Fast disks - there should be docs out there (for AD) on how to optimize > your DCs performance (things like putting logs and DIT on different drive). > The same guidance would apply to ADAM. > 4) Optimize your app, then optimize your indexes - Get your apps to use > existing indexes first if you can. If you need more, index more elements if > your needs require it. If you're read-heavy it's easier to justify more > indexes than if you are write-heavy. Don't be afraid to index something if > you have a query that can not be optimized which will be run often. That's > what we put the index capabilities there for. > 5) - I'd do some real monitoring as you move to > test/production and keep an eye on the numbers. > > My $0.02 > ~Eric > > > -- > This posting is provided "AS IS" with no warranties, and confers no rights. > Use of included script samples are subject to the terms specified at > http://www.microsoft.com/info/cpyright.htm > > > "Eric S." <anonymous@discussions.microsoft.com> wrote in message > news:0f2601c4a722$af7df250$a301280a@phx.gbl... > > > > I'm spec'ing out my hardware requirements for a couple > > servers (load-balanced) to house a 200K objects (100K > > users), ADAM user store production instance. We're > > Probably looking at 100-200 reads/min once completely on > > line. > > > > Since we're not yet at a point where we can gather load > > testing data I'm looking to see if anyone has an opinion > > on dual vs. quad. processor, RAM, and storage requirement > > recommendations. > > > > Any feedback would be appreciated. > > > > Thanks > > Eric > >
- Next message: Andy David - Exchange MVP: "Re: Disable NetBIOS and NTLM on Windows 2003 Domain Controllers and Exchange 2003?"
- Previous message: John Savill: "Re: MAJOR SERVER HELP"
- In reply to: Eric Fleischman [MSFT]: "Re: ADAM production hardware requirements"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
