[SOLVED] slow page load with CGUserDirectory
Posted: Tue Jul 27, 2010 5:21 pm
Hi,
Using CGUserDirectory, my page load times are very long. Compared to a time-to-first-byte of up to 1.5 seconds for other pages (it's not a particularly fast website!), on CGUserDirectory pages I get a TTFB of 20 seconds or more. This is measured using www.webpagetest.org.
Can anybody tell me whether this is normal and to be expected given the set-up described below? Is it due to having such a large number of user properties?
Server operating system: Linux 2.6.32.9-grsec On i686
Server software: Apache
Server database: MySQL
PHP version: 5.2.12
CMS-MS 1.8.1
CGUserDirectory 1.2.3
FrontEndUsers 1.10.1
CGExtensions 1.19
FrontEndUsers:
Number of users: 218
Number of groups: 1
Number of properties: 61
The 20+ second TTFB occurs when using a CGUserDirectory summary template that returns all or most of the 218 users; on a page using a summary template which selects a very small subset of users, the TTFB is much shorter (though it can still be 5 seconds or so).
Many thanks for your help,
Steve
Using CGUserDirectory, my page load times are very long. Compared to a time-to-first-byte of up to 1.5 seconds for other pages (it's not a particularly fast website!), on CGUserDirectory pages I get a TTFB of 20 seconds or more. This is measured using www.webpagetest.org.
Can anybody tell me whether this is normal and to be expected given the set-up described below? Is it due to having such a large number of user properties?
Server operating system: Linux 2.6.32.9-grsec On i686
Server software: Apache
Server database: MySQL
PHP version: 5.2.12
CMS-MS 1.8.1
CGUserDirectory 1.2.3
FrontEndUsers 1.10.1
CGExtensions 1.19
FrontEndUsers:
Number of users: 218
Number of groups: 1
Number of properties: 61
The 20+ second TTFB occurs when using a CGUserDirectory summary template that returns all or most of the 218 users; on a page using a summary template which selects a very small subset of users, the TTFB is much shorter (though it can still be 5 seconds or so).
Many thanks for your help,
Steve