| Article Index |
|---|
| SharePoint Solutions |
| Managing SharePoint |
| Development Tips |
| TIP 1: Server Resources |
| TIP 2: End-User Experience |
| TIP 3: Storage Hierarchy |
| Recommended Resources |
| All Pages |
1. Server Resources
Make certain your servers are not resource constrained. They will take more memory than you might first expect. The code needs to be optimized from the beginning. The server is constrained by resources required to meet the constant demands of indexing, work flow, and task list generation.
Most architects often place the largest, most powerful hardware at the back-end of an application deployment with SQL. For SharePoint, however, server-processing power is required at the web front-end for crawling content and serving user requests.
Different SharePoint functions have a wide range of resource needs and performance.
- Simple functions (events, announcements, home page) consume minimal CPU and I/O resources and have "sub-second" response times
- Moderate functions (search, doclib browsing, viewing document) take more CPU and/or I/O resources and typically have response times of "a few seconds"
- Complex functions (check-out/in, uploading) can take more significant CPU and I/O resources and have response times that can be "many seconds"
Summary - Build with Measurement and Management
Optimization of resources in a SharePoint deployment is critical to support end-user growth, content, and complexity. More RAM and more servers is not the best answer for long-term ROI on your SharePoint program. More RAM and more servers is also not the only solution for maintaining end-user performance. By using tools that combine real-time testing of end-user performance against application infrastructure, development teams are best able to optimize investments and maintain end-user performance.


