Take the 2-minute tour ×
SharePoint Stack Exchange is a question and answer site for SharePoint enthusiasts. It's 100% free, no registration required.

We are trying to resolve some performance issues at a remote site.

One thing that we suspect could be causing the performance problem is page ghosting.

Is there some way to see if the pages that are being called are ghosted?

share|improve this question
    
Please be clear: What do you mean by 'calling'? What is the method you prefer to utilize: Object Model, Web Services, FP-RPC? where should the check occur: on the client or server side? –  Alexey Krasheninnikov Mar 5 '10 at 13:36
add comment

7 Answers

up vote 7 down vote accepted

In my experience, the ghosted/unghosted thing is a total SharePoint myth. If you're having significant performance issues with a page, I sincerely doubt that this is the problem. I'd look more at what Web Parts are on the page and what you're asking them to do.

share|improve this answer
    
That pages can be ghosted is definately not a myth (we've had this discussion before, right? :-). If it affects performance or not? I have seen no solid evidence one way or the other. One thing is certain though: ghosting is a pain when you want to upgrade artifacts! –  Anders Rask Mar 6 '10 at 12:47
    
Oh, ghosting/unghosting is real, no debate about that. Sorry if I wasn't clear. The performance thing is what I say is a myth. –  Marc D Anderson Mar 6 '10 at 15:25
add comment

Solving performance issues in SharePoint by second guessing what the problem could be could be a very long and tedious process.

What you should do is give the site a thorough check-up for issues that could affect performance (and yes closed web parts is one on a probably very long list).

Other candidates:

  • large site collections(>100gb), large lists (>2000 items ) etc (read Plan for Software Boundaries on TechNet)
  • is caching enabled? Output caching, BLOB caching, HTTP compression
  • custom code. Probably the worst contributor for bad performance. Is specific pages slow or is the pages slow in general? Does your code dispose its SPRequest objects (watch memory consumption). Read this and this.
  • alerts in eventlog or 12 hive logs. low disk space? low on memory? are you using 32-bit?
  • sql server is the heart beat of a well performing SharePoint. Check for alerts in event log.
  • faulty NIC. I have seen this wreck performance on an otherwise well performing site.

  • how large is the footprint of your pages? If you need to load tons of
    CSS, JS and images by every request
    (without caching them) this could
    kill performance as well.

  • in general: is your servers set up according to best practices? Read more on technet

This was a few of the issues i would consider, again depending on what kind of patterns for bad performance you experience (you dont describe this in your question).

share|improve this answer
add comment

I asssume by 'called' you mean by the browser.

If you just want to see if a given page is customised then you can look at the pages in SharePoint Designer as this will show you quickly which ghosted pages have subsequently been customised.

customized file in SPD

Of course if you need to do it via code then this is not a viable approach.

Have you checked out the site with Fiddler to see what is happening under the covers?

share|improve this answer
    
Its the blue icon by the way...Should have said that. –  Charles Lee Mar 5 '10 at 14:17
    
Yup Marc's point is really valid too, check for closed web parts first. –  Charles Lee Mar 5 '10 at 20:03
    
For the end-user, Charles' post could be marked as the answer I believe if the question is 'how to check if a page is ghosted/customized' –  Alexey Krasheninnikov Mar 9 '10 at 18:15
add comment

As Marc said above, check the number of web parts and what they are doing. Especially check if there are a large number of 'Closed' web parts hiding behind the scenes from power users not understanding the difference between Delete and Close. They are not visible but will continue to consume all those resources. Almost every time I assist someone with a performance issue on a site, its due to >= 10 Closed web parts.

share|improve this answer
    
the replies are ordered by rating here, so 'above' might turn to 'below' at some point, so better use the 'link' button or just omit such potentially misleading pointers. Sorry for being off topic. –  Alexey Krasheninnikov Mar 9 '10 at 18:07
add comment

Another issue to check and this may seem strange is to find out if you have custom built webparts that have code. It is possible that some of them may not be properly releasing the resources they used. This is just an addition to the other points already mentioned.

share|improve this answer
add comment

As Marc said the issue may not be the ghosted/unghosted status of the page but...if you do want to check the status of the page then SharePoint Manager is a really useful tool for looking at properties of SharePoint objects. This should save any time writing code to do the check and if the page is unghosted then 'customizedpagestatus' will show customized.

share|improve this answer
add comment

My 5 cents: If that's an option at all, you could check the ASP.NET trace timing to see the shares of each control rendering or not rendering in the page's control tree. See web.config/system.web/trace for the application pool in question and add trace.axd in the url (or set the pageOutput attribute to 'true' for the trace element in the web.config).

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.