SharePoint TechCon 2009 - 803

dynaTrace

803: INTO THE WILDTHE CHALLENGES OF CUSTOMIZED SHAREPOINT APPS IN RELEASE

SPTechCon2009-06-24, dynaTrace software IncAndreas Grabner, [email protected] Strategist

2dynaTrace

About me

• Andreas Grabner

• Technology Strategist

• dynaTrace Software (http://www.dynaTrace.com)

• Blog: http://blog.dynaTrace.com

• Why Performance is such a big topic for me?

3dynaTrace

Agenda

• This class will examine the real-world challenges of customized SharePoint applications when they are released “into the wild.” We will consider why such applications almost always work on the developer's machine—and why they often fail in production. Web parts and lists are the main focus in this advanced class

• LOTS OF DEMOS!!

4dynaTrace

Why do we end up with performance problems?

• TOO MUCH data is requested

• Data is REQUESTED in an INEFFICIENT way

• INEFFICIENT use of RESOURCES

• INEFFICIENT data RENDERING

• NEVER TESTED with REAL WORLD data

• NEVER TESTED UNDER LOAD

5dynaTrace

TOO MUCH data is requested

• SharePoint Lists

• Only display the data that the user really needs to see

• Limit the number of rows that are displayed in the ListWebPart

• Use Views to limit the number of columns that are displayed

• Use alternative WebParts

• Sometimes the ListWebView is not the right way to go

• Check the size of returned html page

• Consider the overhead on the network/browser rendering time

• SharePoint Indices

• Speed up access to large lists

• Require additional resources on database

• Only first index column is used in a View‘s Filter setting

6dynaTrace


• Optimize Lists based on Usage

• Analyze Usage of Lists & Views and optimize on slowest performing

Analyze usage and performance of all lists in SharePoint Analyze usage and performance of all views in SharePoint

7dynaTrace


• Custom Web Parts• Accessing Data via SharePoint Object Model

• Understand what is going on when accessing Data via API

• Use SPQuery‘s to access only the data you need to display

• Cache Data• Think about caching data that doesn‘t change frequently

Analyze where WebParts spend their time and how they access the data Analyze where most of the time is spent

8dynaTrace


• Recommendations from SharePoint Product Team• Monitoring

• Processor: % Processor Time: _Total. On the computer running SQL Server, this counter should be kept between 50%-75%.

• System: Processor Queue Length: (N/A). Monitor this counter to ensure that it remains below two times the number of Core CPUs.

• Memory: Available Mbytes: (N/A). Monitor this counter to ensure that you maintain a level of at least 20% of the total physical RAM free.

• Memory: Pages/sec: (N/A). Monitor this counter to ensure that it remains below 100

• ...

• SQL Server practices• Proactively check the integrity of your databases by running DBCC CHECKDB (‘<DB Name>’) on a

routine basis

• Monitor SQL Server index fragmentation

• Do not perform unsupported operations on the server running SQL Server

• Reference• Search for „Planning and Monitoring SQL Server Storage for Micr osoft SharePoint

Products and Technologies: Performance Recommendati ons and Best Practices “

9dynaTrace


DEMO• How to analyze current list usage behavior?

• How to analyze WebPart data access?

• Comparing Performance Impact when changing Views

• How indexed columns really work

10dynaTrace

Data is REQUESTED in an INEFFICIENT way

• SharePoint Object Model

• DO NOT iterate through all items in the list

• DO NOT access the Items property multiple times

• AVOID using the Count property

• Use CAML Queries and SPQuery‘s to select certain data

• Use the RowLimit and ListItemCollectionPosition Feature of SPQuery

DO NOT

String productName = productList.Items.GetItemById(“1234“)[“ProductName“].ToString();

DO

String productName = productList. GetItemById(“1234“)[“ProductName“].ToString();

or DO

SPQuery query = new SPQuery();

query.Query = "<Where><Eq><FieldRef Name='ID'/><Value Type='Text'>1234</Value></Eq></Where>";

String productName = productList.GetItems(query)[0][“ProductName“].ToString();

DO BEST

query.ViewFields = “<FieldRef Name=‘ProductName‘/>“;

Example: Query the Product Name of a certain Product identified by the Product ID

11dynaTrace


• Whats going on „under the hood“ when using the SharePoint Object Model?

• How to improve SharePoint Data Access?

DEMO

12dynaTrace

INEFFICIENT use of RESOURCES

• SharePoint Object Model• SPSite and SPWeb hold references to native COM objects

• Release SPSite & SPWeb in order to free native resources

• Querying too much data results in high memory usage

• Reference• SPDisposeCheck tool

http://blogs.msdn.com/sharepoint/archive/2008/11/12/announcing-spdisposecheck-tool-for-sharepoint-developers.aspx

• http://msdn.microsoft.com/en-us/library/bb687949.aspx

• http://msdn2.microsoft.com/en-us/library/aa973248.aspx#sharepointobjmodel_otherobjectsthatrequire-disposal

13dynaTrace

INEFFICIENT use of RESOURCES

• Monitor resources

• Monitor Memory

• Monitor Database connections

• Monitor „critical“ SharePoint objects (SPSite, SPWeb)

• Identify leaking responsible WebParts

Monitor SharePoint Memory -> Growing Heap?Identify „leaking“ object instances

Identify who allocates those objects

14dynaTrace


• How to identify a SPSite/SPWeb Resource Leak?

• How to identify resource intensive WebParts?

• How to monitor SharePoint Memory Issues down to the Object Model‘s Data Access classes?

DEMO

15dynaTrace

INEFFICIENT data RENDERING

• How to render data• StringBuilder vs. String concatenations

• Use HtmlTextWriter for custom WebParts

• How to access data• Follow the rules discussed earlier

• ViewState• Monitor ViewState Usage

• http://www.sitepoint.com/article/aspnet-performance-tips/2/

• Size matters• Minimize generated HTML

• Use style sheets instead of inline style definitions

• Enable content compression in IIS• http://planetmoss.blogspot.com/2007/06/dont-forget-iis-compression-colleague.html

• http://www.sitepoint.com/article/aspnet-performance-tips/3/

16dynaTrace

INEFFICIENT data RENDERING

• Steps to do

• Analyze slow pages with tools like YSlow

• Analyze network infrastructure. Compare server side times vs. Client side times

Analyze Page Size Statistics Analyze individual page objects

17dynaTrace

NEVER TESTED with REAL WORLD data

• Importance of Test Data• 10 records in a table are not enough• Invest time to generate Test Data• „Random“ data is good -> „Realistic“ data is best• Test Data must be used by developers• Many data access problems can be identified on the developers machine with

appropriate test data

• Problems that can be identified• Performance problems for data retrieval• Index problems• Memory issues• Resource bottlenecks

• Resources• http://www.sharepointblogs.com/ethan/archive/2007/09/27/generating-test-

data.aspx• http://www.idevfactory.com/• http://www.codeplex.com/sptdatapop

18dynaTrace

NEVER TESTED UNDER LOAD

• Importance of Load Testing

• Small load tests already on developers machine

• Test as early as possible

• Test main use case scenarios

• Visual Studio Team System for Tester

• Pre-configured Web&Load Tests from the SharePoint Team

• dynaTrace Integration with VSTS to analyze performance and scalability issues

• Resources

• http://www.codeplex.com/sptdatapop

19dynaTrace

NEVER TESTED UNDER LOAD

• Load Testing SharePoint with Visual Studio Team System

DEMO

20dynaTrace

Contact me for follow up

• Andreas Grabner

• Mail: [email protected]

• Blog: http://blog.dynatrace.com

• Web: http://www.dynatrace.com

Participate in Performance Survey

and win a price at the dynaTrace Booth