Seems since I upgraded AS is getting slower and slower rendering pages. All other pages on the site including AF render within a reasonable amount of time. But AS seems at times to take ~20sec on average to render on some pages. Mainly personal profile pages and their sub-sections like the photo gallery.

Any help appreciated.

Does it happen on every profile page?
Do any other AS pages appear to be loading slow?
Are your tabs loading ajax or standard? (ajax pages will have something like #showtab=activity in the url)
Where is your site hosted and is it shared or dedicated hosting?

Posted By Will Morgenweck on 03 Feb 2011 05:25 PM
Does it happen on every profile page?
Do any other AS pages appear to be loading slow?
Are your tabs loading ajax or standard? (ajax pages will have something like #showtab=activity in the url)
Where is your site hosted and is it shared or dedicated hosting?

After some testing this is what I discovered;

Delay in rendering only seems to happen to my profile, I went to several other profiles some with a lot of activity on their wall and couldn't get it to replicate the time delay issue.

AJAX is enabled

I am using 3Essentials for shared hosting
I am using their Small Business Plan 3 (SBM 3) for service

How many friends do you have?

Posted By Will Morgenweck on 03 Feb 2011 05:45 PM

Delay in rendering only seems to happen to my profile, I went to several other profiles some with a lot of activity on their wall and couldn't get it to replicate the time delay issue.

How many friends do you have?

I have it setup to where all new members friend me automatically.. is that the issue? Currently about 50 members on the site so 50 friends.

Can't replicate the issue on my site. However it may be worth investigating your host (or site) use of compression - static and dynamic - and expiry headers. Ideally both should be enabled to give you good performance. A lot of DNN speedbumps tend to be down to a lack of caching and compression.

Host level issues, esp shared hosting, can be quite hard to troubleshoot but these can help mitigate some of the effects. Hope it's of some help :-)

Posted By Matt Marlor on 04 Feb 2011 10:24 AM
Can't replicate the issue on my site. However it may be worth investigating your host (or site) use of compression - static and dynamic - and expiry headers. Ideally both should be enabled to give you good performance. A lot of DNN speedbumps tend to be down to a lack of caching and compression.

Host level issues, esp shared hosting, can be quite hard to troubleshoot but these can help mitigate some of the effects. Hope it's of some help :-)

Thanks for the feedback. I didn't have compression on via the host settings so I enabled gzip. I am not sure how you enable 'expiry headers' however.

On IIS 7, this is under HTTP Response Headers, Set Common Headers. Expire web content after 7 days is the recommended value nowadays.

Naturally this requires access to the IIS settings, unless perhaps your host provides a console method to set it. Gzip is definitely handy though, one of the best changes you can make.

Posted By Matt Marlor on 05 Feb 2011 11:57 AM
On IIS 7, this is under HTTP Response Headers, Set Common Headers. Expire web content after 7 days is the recommended value nowadays.

Naturally this requires access to the IIS settings, unless perhaps your host provides a console method to set it. Gzip is definitely handy though, one of the best changes you can make.

From looking at the functions avail to me via my hosting providers console I have no ability to change anything with IIS for the most part. I could submit them a tkt and inquire I suppose.

Would anything else be slowing AS down that I can adjust as a admin or host in DNN?



 

We are in the process or moving from a 2003 VPS to a 2008 VPS and I'm seeing something very similar.   It seems that performance under IIS 7 is slower across the board even though this is (theoretically at least) a faster server with twice as much server memory.

run firefox, firebug/yslow on your site.....

I should clarify that when I say "render", I don't mean render on the client. The client performance is fine, it's just taking a long time for the server to build the content.

The Journal is the most resource intensive aspect of Active Social. The members list follows a close second behind the Journal. There are many different processes taking place for each page request and we are continuously looking for ways to improve performance.

Jason,
I really didn't see any kind noticeableble difference browsing the two links you posted. I assume the fact that you are moving from IIS 6 to IIS 7 also means you are moving to new hardware. I've always found IIS 7 to perform better than IIS 6. IIS 7 also has many different ways that you can fine tune the performance. You also mentioned that you are running on a VPS. Because of this, I would start by contacting your hosting provider. You may want to find out how the hardware specs really compare. In my experience, the biggest performance problem under VPS sites comes down to hard drive performance.

Will, I tend to agree. I think it's an issue with the VPS. It just happens to be manifesting itself in the social summary (which understandably in the most expensive). I've improved things a bit by resetting the SQL server statistics after the upgrade, but I'm still seeing about a 1.5 second difference in execution time.

In any case I'm going to do exactly what you suggest and contact the hosting service. I think there may be an issue with the install anyway because all of the management console apps (perfmon, sql studio, iis manager, etc) crash all the time on that VPS.

Thanks for the input.

-JB

Well, I don't know how accurate benchmarking tools are on a VPS, but I went ahead and gave them a try. It appears that our "new" server (under no load from us) is getting smoked by the old one even though it's currently being used.

The new server wins the disk tests, but it gets beat in every category buy one in the memory tests and it gets whipped across the board in the CPU categories...

So much for the "upgrade".

I am experiencing the same problem where accessing each AS page is really slow 10-15 seconds - what should i  be checking here first???

thanks for your help

I have the same performance issues using AS. 10-15 seconds for all users logging into their profiles. The registration process is also slow. AS v1.9.4, DNN v 6.1.1. I experimented with Snapsis Page Blaster which works great on general sites but kills AS. I have set page state persistence, module cache provider is memory, cache setting is heavy and authenticated cacheability is server. Gzip compression is also active. I am about to stop using AS all together ...